-
Notifications
You must be signed in to change notification settings - Fork 12.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
AppVeyor's 32-bit MSVC testing become extremely slow since August 13th #43881
Comments
The cause is definitely #43630 (cc @Mark-Simulacrum), but arguably #43630 is doing the right thing. There are two noticeable change with build 4267:
The other builds become slower probably only because AppVeyor was busier at that time. While this is correct to test both i586 and i686, this pushes the complete test time too close to 3 hours. If AppVeyor become really slow, the build will spuriously timeout and 3 hours are wasted. Is it a good idea to not test Detailed timing breakdown
|
Fixes rust-lang#43881. Reduces AppVeyor test time back to ~2 hours on average. The i586 libstd was never tested before Aug 13th, so this PR brings the situation back to the previous status-quo.
Thanks so much for the detailed investigation here @kennytm! I... thought we were testing i586 all this time bug I guess not :(. I think we may have stopped testing awhile ago when we never detected a regression and wanted to get round 2 hours, so I think it's ok at the very least to go back to the status quo of not testing it. All in all I think it's ok to not be testing it. Ideally we'd test everything but we just don't always have the capacity to do so :( |
…xcrichton Stop testing `i586-pc-windows-msvc` on AppVeyor. Fixes #43881. Reduces AppVeyor test time back to ~2 hours on average. The i586 libstd was never tested before Aug 13th, so this PR brings the situation back to the previous status-quo.
Unfortunately the Macs and ARMs still take about 2.5 hours (not regression) 😞. |
The time to complete the
i686-pc-windows-msvc
build has became dangerously close to 3 hours starting from August 13th.Assuming AppVeyor is normal, I suspect one or more of the following are responsible:
I'll check the detailed timing breakdown later.
Raw timing data from AppVeyor
The raw data is extracted by running
in the browser's console.
The text was updated successfully, but these errors were encountered: