-
Notifications
You must be signed in to change notification settings - Fork 17.9k
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: test/init1.go fails intermittently #11321
Comments
/cc @aclements for triage |
It's not impossible for this test to fail by chance. The concurrent GC should definitely have started when it checks the memstats, but whether or not it's finished depends on timing and the stats aren't updated until it finishes. My guess is we were right on the edge before and @RLH's change to add a second mark pass (90a1996) made the concurrent mark take a little too long for this test. It's possible we should just add a sleep in test/init1.go if the GC hasn't finished yet. That would still accomplish the original intent of checking that GC can run during init, but would make the test less flaky. @alexbrainman, do you know if you can reproduce this? Or is it just on the dashboard? If you can reproduce it, I'd love to see the output with GODEBUG=gctrace=1,gcpacertrace=1 (plus a sleep right before the panic so the GC has a chance to say something). |
I have seen that test on dashboard. I have never seen it here. I cannot make that test fails here. Maybe you have some special instructions ... Alex |
Happened again on windows-386. Austin, it seems to me that no matter how bad the timing is, there are only a few MB of live data here. Mutator assists should keep the GC from bloating the allocated heap all the way to 1 GB, no? If not, I think we may have a real problem. |
Looks the same as #11677. |
Dup of #11677 |
From recent windows-amd64-gce build log http://build.golang.org/log/e0fb4cbcfe62e0846cdc4cb783c8aba4df738c32 and http://build.golang.org/log/3be209581d566e94ce852eec9ff7762e0521d7b8
Alex
The text was updated successfully, but these errors were encountered: