Skip to content
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 special sweep issue for workstation #83342

Merged
merged 1 commit into from
Apr 4, 2023

Conversation

github-actions[bot]
Copy link
Contributor

@github-actions github-actions bot commented Mar 13, 2023

Backport of #81248 to release/7.0

/cc @cshung

Customer Impact

This issue has been found during local testing while working on fixing #80073. This fix is required for #83341.

Bug condition: In the case of using workstation mode, low memory condition, we might not be able to obtain a region before GC happens. In that case, we have to run the special sweep mode. Without this fix, we may run the compact mode instead if the earlier heuristic decides compaction is a better choice. 

Bug impact: After compaction, we will run out of available regions to build gen 0, which will eventually crash the process during the next allocation.

Testing

Validated with Stress locally and also in customer environment

Risk

Low, same logic exists for SVR, this moves it to WKS

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.

@ghost
Copy link

ghost commented Mar 13, 2023

Tagging subscribers to this area: @dotnet/gc
See info in area-owners.md if you want to be subscribed.

Issue Details

Backport of #81248 to release/7.0

/cc @cshung

Customer Impact

Testing

Risk

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.

Author: github-actions[bot]
Assignees: -
Labels:

area-GC-coreclr

Milestone: -

@carlossanlop
Copy link
Member

carlossanlop commented Mar 13, 2023

@cshung @mangod9 if the intention is to get this included in the April servicing release, please fill out the template describing the customer impact, and send an email to Tactics requesting approval. The CI finished green so we can get it merged quickly if that's what you desire. Code complete for April is today.

Otherwise, we can wait for next month's release.

Copy link
Member

@jeffschwMSFT jeffschwMSFT left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

approved. we will take for consideration in 7.0.x

@jeffschwMSFT jeffschwMSFT added the Servicing-approved Approved for servicing release label Mar 16, 2023
@jeffschwMSFT jeffschwMSFT added this to the 7.0.6 milestone Mar 16, 2023
@carlossanlop
Copy link
Member

I'm retargeting this PR to the new release/7.0-staging branch, which is the one that we will use from now on for servicing fixes.

Repo maintainers will now be allowed to merge their own servicing PR as long as it meets the requirements:

  • It is approved by Tactics (signaled by adding the Servicing-approved label).
  • It's signed-off by an area owner.
  • The CI is green, or the failures are investigated as unrelated.
  • And if the PR touches an OOB package, the necessary OOB authoring changes are added.

The new process is described here: runtime/docs/project/library-servicing.md.

The infra team will be actively monitoring servicing PRs to ensure all requirements are met and to help with any issues.

Let me know if you have any questions.

@carlossanlop carlossanlop changed the base branch from release/7.0 to release/7.0-staging March 28, 2023 20:57
@carlossanlop carlossanlop added Servicing-approved Approved for servicing release and removed Servicing-approved Approved for servicing release labels Mar 30, 2023
@carlossanlop
Copy link
Member

Reminder: April 10th is the last day to merge backport PRs to ensure they get included in the May Release. PR owners are now in charge of merging their own PRs.

@mangod9
Copy link
Member

mangod9 commented Apr 4, 2023

@cshung, this is ok to merge right?

@cshung
Copy link
Member

cshung commented Apr 4, 2023

@cshung, this is ok to merge right?

Yes, it is ready to be merged. The parent PR shows all the validations that we have done, and the CI failure here is a known fixed issue.

@mangod9 mangod9 merged commit ed90f14 into release/7.0-staging Apr 4, 2023
@mangod9 mangod9 deleted the backport/pr-81248-to-release/7.0 branch April 4, 2023 21:26
@mangod9
Copy link
Member

mangod9 commented Apr 4, 2023

Merged now.

@ghost ghost locked as resolved and limited conversation to collaborators May 5, 2023
@leecow leecow modified the milestones: 7.0.6, 7.0.7 Jun 1, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
area-GC-coreclr Servicing-approved Approved for servicing release
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants