-
Notifications
You must be signed in to change notification settings - Fork 17.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
runtime: perform concurrent stack re-scanning #17505
Labels
Milestone
Comments
CL https://golang.org/cl/31360 mentions this issue. |
quentinmit
added
the
NeedsFix
The path to resolution is known, but the work has not been done.
label
Oct 20, 2016
Thanks for playing this out, @aclements. I agree that the approach in #17503 is much simpler—to understand, to reason about, to implement. The transitive mark write barrier seems like it would invite tail latency bugs, which would be hard to diagnose and to work around. |
gopherbot
pushed a commit
to golang/proposal
that referenced
this issue
Oct 24, 2016
Updates golang/go#17505. Change-Id: I353edb79d23b1ef1a6bab57485cfd74089b67fa0 Reviewed-on: https://go-review.googlesource.com/31360 Reviewed-by: Brad Fitzpatrick <bradfitz@golang.org>
Closing, since we're going with #17503 instead of this. |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Labels
As a counter-proposal to #17503, we could improve STW times by performing stack re-scanning concurrently. I'm not actually proposing this, but I wrote a whole design doc before realizing a simpler approach would let us completely eliminate stack re-scanning. This issue is a place to put that design doc.
The text was updated successfully, but these errors were encountered: