-
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
x/tools/internal/imports: test frequently times out on dragonfly-amd64
builder
#34034
Comments
The builder is on a dedicated machine with a Core I5-6600 cpu and 16GB RAM. |
Hrm. That seems like it should be a good enough machine to run those tests without timing out. All of the timeouts seem to involve either filesystem operations or |
The other processes on this machine are very light duty. The only thing that could cause serious filesystem contention is the nightly hammer cleanup process that typically runs around 10am UTC. These failures feel "racy" to me, in part because they aren't consistent. DragonFly has gone to great lengths in the past year to improve SMP performance and I'm wondering if maybe they removed one lock too many. I have no clue how to troubleshoot that. |
Dragonfly isn't one of the first-class ports according to the checkbox on https://build.golang.org. It seems no one is actively working on this. As a result, I don't think it's appropriate for this issue to have the Soon label, which is meant for regressions, serious bugs, and outages. This issue still needs to be investigated and resolved if possible, but unless I'm missing something, it doesn't meet the bar for Soon. |
cc'ing @tuxillo. Please remove me from the issue as I'm no longer maintaining the DragonFly builder. |
There have been some changes to master (or tip as you call it I think) branch in DragonFly which might help this issue. I am not sure if they'll be merged to the soon to be released 5.8 RELEASE, which reminds me at that point we'll have to ask you guys to change the 5_6 builder name to 5_8 :) |
builder 5_8 is now active in the dashboard |
This sets the GO_TEST_TIMEOUT_SCALE=2 for dragonfly builders in order to try to solve intermittent test failures. For golang/go#45215. For golang/go#34034. Fixes golang/go#45216.
Change https://golang.org/cl/315329 mentions this issue: |
This sets the GO_TEST_TIMEOUT_SCALE=2 for dragonfly builders in order to try to solve intermittent test failures. For golang/go#45215. For golang/go#34034. Fixes golang/go#45216. Change-Id: I81dae533c137ff1903bf6b1a52cf9752e8921b7c GitHub-Last-Rev: 9b4fb80 GitHub-Pull-Request: #35 Reviewed-on: https://go-review.googlesource.com/c/build/+/315329 Run-TryBot: Carlos Amedee <carlos@golang.org> TryBot-Result: Go Bot <gobot@golang.org> Reviewed-by: Dmitri Shuralyov <dmitshur@golang.org> Trust: Carlos Amedee <carlos@golang.org>
The test for
golang.org/x/tools/internal/imports
seems to be timing out on around 25% of runs on thedragonfly-amd64
builder.Example logs:
The
dragonfly-amd64
builder seems to be a bit underpowered in general (see also #29583 and #25796). Perhaps we should setGO_TEST_TIMEOUT_SCALE=2
in its environment and see if that improves the situation forx/tools
?CC @matloob @ianthehat @tdfbsd
The text was updated successfully, but these errors were encountered: