-
Notifications
You must be signed in to change notification settings - Fork 29k
[SPARK-45536][BUILD] Lower the default -Xmx of build/mvn to 3g
#43364
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
Conversation
-Xmx of build/mvn to 3g
|
@HyukjinKwon Is there a way to manually trigger |
-Xmx of build/mvn to 3g-Xmx of build/mvn to 3g
-Xmx of build/mvn to 3g-Xmx of build/mvn to 3g
|
We can merge and try. I made another PR #43365 for a different apprach. |
You could if you'd add this to the https://docs.github.com/en/actions/using-workflows/manually-running-a-workflow |
|
@LuciferYang I don't understand |
|
The virtual machine (not the JVM but the host) building the releases has 7GB memory. The build process uses 6.1GB memory. They suspect the build process is killed because it uses too much memory. |
It's just a guess, based on historical experience, the compilation container being killed might be due to memory overuse(Java 17 seems to use more metaspace during maven build.), but I indeed don't have concrete evidence for this case. Do you have any better suggestions? @beliefer |
|
Let's just try. If it doesn't work we can revert |
Only |
|
Merge into master to observe the Thanks @HyukjinKwon @beliefer @EnricoMi |
|
Thank you, @LuciferYang and all. Since Java 17 JVM GC is different than the old ParallelGC, we can optimize further. |
|
https://github.com/apache/spark/actions/runs/6514229181/job/17696846279 It seems to still not work. Do you have any ideas or suggestions for optimizing the compilation options? |
|
I tried to perform mvn deploy operation to the local nexus, and no failures occurred... |
…to 3g" This reverts commit 3e2470d. ### What changes were proposed in this pull request? This pr revert change of #43364. ### Why are the changes needed? It seems to have no effect on fixing `Publish snapshot`, it still failed - https://github.com/apache/spark/actions/runs/6514229181/job/17696846279 ### Does this PR introduce _any_ user-facing change? No ### How was this patch tested? Pass GitHub Actions ### Was this patch authored or co-authored using generative AI tooling? No Closes #43372 from LuciferYang/revert-SPARK-45536. Authored-by: yangjie01 <yangjie01@baidu.com> Signed-off-by: yangjie01 <yangjie01@baidu.com>
|
Another attempt to fix this in #43512 / SPARK-45651. |
### What changes were proposed in this pull request? With a manual trigger, the workflow can be executed manually after merging a fix of the workflow to master. This also allows to run the workflow only on a subset of branches (e.g. those that failed). ### Why are the changes needed? Sometime, publishing snapshots fails. If a fix of the workflow file is needed, that change can only be tested by waiting for the next day when the cron even triggers the next publish. This is quite a long turnaround to test fixes to that workflow (see #43364). ### Does this PR introduce _any_ user-facing change? No, this is purely build CI related. ### How was this patch tested? This can only be tested in master. Github workflow syntax tested in a private repo. ### Was this patch authored or co-authored using generative AI tooling? No Closes #43512 from EnricoMi/publish-snapshot-manually. Authored-by: Enrico Minack <github@enrico.minack.dev> Signed-off-by: Hyukjin Kwon <gurwls223@apache.org>
What changes were proposed in this pull request?
This pr lower the default
-Xmxofbuild/mvnfrom 4g to 3g to reduce the peak memory usage of Maven compilation.Why are the changes needed?
This can potentially fix the snapshot build being failed: https://github.com/apache/spark/actions/runs/6502277099
Does this PR introduce any user-facing change?
No
How was this patch tested?
run
Before
Peak memory usage is at 6.1GB.
After
Peak memory usage is at 5GB, but the compilation time has increased by 10%.
Was this patch authored or co-authored using generative AI tooling?
No