-
-
Notifications
You must be signed in to change notification settings - Fork 14.3k
alloctests: Don't run the longer partial-sort tests under Miri #150947
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
Conversation
|
rustbot has assigned @Mark-Simulacrum. Use |
|
@bors try jobs=x86_64-gnu-aux |
This comment has been minimized.
This comment has been minimized.
alloctests: Don't run the longer partial-sort tests under Miri try-job: x86_64-gnu-aux
|
r? tgross35 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM assuming this does enough to get the time back
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you!
I'm unfamiliar with miri how it can take hours to finish. Locally, it takes a few seconds to finish.
Do you mean running the tests in miri locally takes a few seconds? Or running them natively? |
Nope. Natively. How can I run tests in miri locally? |
You should be able to do |
|
For context, Miri tends to be kind of slow for any sort of high iteration or high allocation testing; it doesn't benefit from optimizations (except maybe MIR opts? I'm not sure). Since the sorting algorithm can be up to |
|
@bors r=tgross35 rollup p=1 This should reduce CI times by about ~1 hour. |
Rollup of 12 pull requests Successful merges: - #150947 (alloctests: Don't run the longer partial-sort tests under Miri) - #148196 (Implement create_dir_all() to operate iteratively instead of recursively) - #150494 ( Fix dso_local for external statics with linkage) - #150788 (THIR patterns: Replace `AscribeUserType` and `ExpandedConstant` wrappers with per-node data) - #150799 (Fix ICE: can't type-check body of DefId for issue #148729) - #150804 (Remove std_detect_file_io and std_detect_dlsym_getauxval features) - #150852 (std: sys: fs: uefi: Implement File::write) - #150871 (Use f64 NaN in documentation instead of sqrt(-1.0)) - #150878 (Emit an error for linking staticlibs on BPF) - #150911 (Add missing documentation for globs feature) - #150913 (compiler: Forward attributes to eii-expanded macros) - #150916 (Once again, reorganize the EII tests a bit) r? @ghost
|
With these changes, the offending test should now take 20 seconds instead of 1.5 hours: |
Rollup merge of #150947 - partial-sort-miri, r=tgross35 alloctests: Don't run the longer partial-sort tests under Miri These tests take hours to run in Miri, which greatly increases the duration of the `x86_64-gnu-aux` job, as observed in #150900 (comment). - [Zulip thread in #t-infra](https://rust-lang.zulipchat.com/#narrow/channel/242791-t-infra/topic/x86_64-gnu-aux.20job.20went.20from.20~2.20to.20~3.2E5.20hours/near/567354541)
|
With miri being 4-5 orders of magnitude slower than native execution, "a few seconds native" and "a few hours in Miri" is exactly what I would expect. |
These tests take hours to run in Miri, which greatly increases the duration of the
x86_64-gnu-auxjob, as observed in #150900 (comment).