-
Notifications
You must be signed in to change notification settings - Fork 16
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
Ergonomics Profile #9
base: main
Are you sure you want to change the base?
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Also needs a review from VM Eng.
Co-authored-by: Martijn Verburg <[email protected]>
@brunoborges please protect this from merging into our main - which is a mirror only. We may want to merge to an ms-patches branch or some such, but not main. |
Not my intention to merge. Just to see the difference. |
I'll convert this to a Draft PR just to be sure :-) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi Bruno, a couple of comments. I'm a bit concerned about the additional complexity about GC selection. Also keep in mind that those MaxRAMPercentage changes seem to affect a wider audience than intended.
MinRAMPercentage is used as maxheap by the legacy ergonomics (aka shared) for when the environment has up to 512MB of RAM.
Hey Severin, just taking note of your suggestion about disabling I wonder what others stumbling upon this would think. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
My nitpick review is done but other folks who understand the semantics of this change better should review as well :-)
This idea came about with the discussions in https://bugs.openjdk.org/browse/JDK-8296125 and https://git.openjdk.org/jdk/pull/10918 |
What to do with |
What to do with
|
@lifey is suggesting a few changes: microsoft/openjdk-proposals@main...lifey:openjdk-proposals:main |
Recommend @mo-beck and Kirk review that diff |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The proposed changes broadly seem reasonable given many of the applications and environments I have seen throughout the years, and simplifies some of the challenges folks have when moving JVM applications into hard resource limited containers.
Do you have thoughts how this might evolve over time? How should folks think about using (ideally just the auto
) ergonomics profile, and what is the threshold at which additional JVM argument tuning needs to be considered?
Co-authored-by: David Schlosnagle <[email protected]>
The The JEP text has changed already to reflect this. Mind to take a look at that? Regarding more profiles in the future, it is not a goal of this JEP to consider that possibility for OpenJDK, but specific JDK vendors may choose to add more if they want to. |
Initial implementation of the Ergonomics Profile proposal (see JEP Draft).
There are two major things missing from this proof of concept: