-
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
[release/7.0] fix lower heap hard limit condition for regions #76588
Conversation
Tagging subscribers to this area: @dotnet/gc Issue DetailsBackport of #76407 to release/7.0 /cc @mangod9 Customer ImpactTestingRiskIMPORTANT: Is this backport for a servicing release? If so and this change touches code that ships in a NuGet package, please make certain that you have added any necessary package authoring and gotten it explicitly reviewed.
|
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.
approved. please get a code review and we can take for consideration for 7 ga.
oversight from the main PR.
Approved, signed-off, CI is green. Ready to merge. |
Backport of #76407 to release/7.0
/cc @mangod9
Customer Impact
This fixes a customer reported issue here: #76199, where in the docker config specifies a memory limit (something under 512mb) but with unbound cpu, the GC correctly scales down the number of heaps, but each heap still has a minimum size of 4mb (region_size) * 19 (min_regions_per_heap). This causes an initialization failure since the memory reservation size is 2 * heap_hard_limit. We have now increased this to 5x and also dynamically adjust region size to 4, 2 or 1mb. With this change we are now at par with segments and support very low heap_hard_limits (4mb minimum, which is able to run a simple webapi app)
Testing
validated in local experiments that a heap_hard_limit of as low as 4mb can now be specified, which is similar to what it was with segments. We also adjusted the reservation size when per heap hard_limit is specified
Risk
low, only should affect scenarios where memory hard limit is low. It only affects reservation size, but actual committed sizes should be equivalent.
IMPORTANT: Is this backport for a servicing release? If so and this change touches code that ships in a NuGet package, please make certain that you have added any necessary package authoring and gotten it explicitly reviewed.