-
Notifications
You must be signed in to change notification settings - Fork 4.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Gradle use locks extensively when native agent is used #31668
Comments
Additional logs. Lock are acquired and released frequently.
|
@kgonia Looks like that |
I've created an issue in the plugin repository. What I noticed during tests is that AOT classes are generated, which triggers the file watcher. However, running with --no-watch-fs didn't solve the problem. |
Given the conversation on the GraalVM issue, and the feedback from @melix (former Gradle engineer), I will close this issue. If during the analysis on the GraalVM side something points at Gradle, please open a new issue. |
Current Behavior
I'm trying to collect reachability metadata during test phase in order to build native app. When I run tests with -Pagent option gradle use far more locks than without it. As result tests are running much longer (minutes vs hours)
In reproducer project without agent lock is acquired 1 time, with agent 3 times
with my projects it's 68 vs 1097
This behavior occurs only when org.gradle.parallel=true is used
Expected Behavior
Similar execution time regardless of agent usage
Context (optional)
I'm trying to collect reachability metadata during test phase in order to build native image with graalvm. Executing tests with agent takes too much time.
Self-contained Reproducer Project
https://github.com/[kgonia/gradle-native-locks-demo](https://github.com/kgonia/gradle-native-locks-demo)
Project contains logs from two test runs
test_w_agent_debug.txt
test_wo_agent_debug.txt
Gradle version
8.11.1
Build scan URL (optional)
No response
Your Environment (optional)
No response
The text was updated successfully, but these errors were encountered: