Uh oh!
There was an error while loading. Please reload this page.
library: upgrade to hashbrown v0.16.1 - #149159
Conversation
rustbot
commented
Nov 20, 2025
The list of allowed third-party dependencies may have been modified! You must ensure that any new dependencies have compatible licenses before merging. These commits modify the If this was unintentional then you should revert the changes before this PR is merged. |
cuviper
commented
Nov 20, 2025
Side note: I would also like to upgrade the |
This comment has been minimized.
This comment has been minimized.
cuviper
commented
Nov 20, 2025
Oh, it's more tangled than I realized, because the compiler's So I'll drop that commit here. |
eb5fdd9 to
3a56d49CompareCopy unspecializationAmanieu
commented
Nov 20, 2025
Hashbrown updates are always perf-sensitive. @bors try |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
💥 Test timed out after |
cuviper
commented
Nov 21, 2025
@bors try |
library: upgrade to hashbrown v0.16.1
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
rust-timer
commented
Nov 21, 2025
Finished benchmarking commit (4ae2860): comparison URL. Overall result: ❌✅ regressions and improvements - please read the text belowBenchmarking this pull request means it may be perf-sensitive – we'll automatically label it not fit for rolling up. You can override this, but we strongly advise not to, due to possible changes in compiler perf. Next Steps: If you can justify the regressions found in this try perf run, please do so in sufficient writing along with @bors rollup=never Instruction countOur most reliable metric. Used to determine the overall result above. However, even this metric can be noisy.
Max RSS (memory usage)Results (primary 1.0%, secondary -0.2%)A less reliable metric. May be of interest, but not used to determine the overall result above.
CyclesThis benchmark run did not return any relevant results for this metric. Binary sizeResults (primary 0.0%, secondary -0.3%)A less reliable metric. May be of interest, but not used to determine the overall result above.
Bootstrap: 473.456s -> 471.73s (-0.36%) |
Amanieu
commented
Nov 21, 2025
Seems to mostly be an improvement. @bors r+ |
bors
commented
Nov 21, 2025
bors
commented
Nov 22, 2025
bors
commented
Nov 22, 2025
☀️ Test successful - checks-actions |
What is this?This is an experimental post-merge analysis report that shows differences in test outcomes between the merged PR and its parent PR.Comparing af17d59 (parent) -> 1dd43f2 (this PR) Test differencesNo test diffs found Test dashboardRun cargo run --manifest-path src/ci/citool/Cargo.toml -- \
test-dashboard 1dd43f247e6ec20a84dd017e4665266fa65e3a89 --output-dir test-dashboardAnd then open Job duration changes
How to interpret the job duration changes?Job durations can vary a lot, based on the actual runner instance |
rust-timer
commented
Nov 22, 2025
Finished benchmarking commit (1dd43f2): comparison URL. Overall result: ❌✅ regressions and improvements - please read the text belowOur benchmarks found a performance regression caused by this PR. Next Steps:
@rustbot label: +perf-regression Instruction countOur most reliable metric. Used to determine the overall result above. However, even this metric can be noisy.
Max RSS (memory usage)Results (primary -1.0%, secondary -3.1%)A less reliable metric. May be of interest, but not used to determine the overall result above.
CyclesResults (secondary 2.1%)A less reliable metric. May be of interest, but not used to determine the overall result above.
Binary sizeResults (primary -0.0%, secondary -0.3%)A less reliable metric. May be of interest, but not used to determine the overall result above.
Bootstrap: 469.465s -> 469.271s (-0.04%) |
Kobzol
commented
Nov 25, 2025
Huh, the 2.07 MiB reduction of the compiler library looks real 👀 Very interesting. Otherwise more improvements than regressions. @rustbot label: +perf-regression-triaged |
Kobzol
commented
Nov 25, 2025
Ok no the artifact size change was noise, it fllipped back in https://perf.rust-lang.org/compare.html?start=122cbd043833a1d7540cc5f99c458bfca2d3c525&end=e9acbd99d384280874129fb7fa0da9faeae0d051&stat=cycles%3Au&tab=artifact-size. |
See also #135634, #149159, and rust-lang/hashbrown#662. This includes an in-tree upgrade of `indexmap` as well, which uses the new `HashTable` buckets API internally, hopefully impacting performance for the better!
…Amanieu library: upgrade to hashbrown v0.16.1 This is another step toward unspecializing `Copy`. See also rust-lang#135634 and rust-lang/hashbrown#662 r? `@Amanieu` cc `@joboet`
compiler: upgrade to hashbrown 0.16.1 See also #135634, #149159, and rust-lang/hashbrown#662. This includes an in-tree upgrade of `indexmap` as well, which uses the new `HashTable` buckets API internally, hopefully impacting performance for the better. And finally, we can remove `#[rustc_unsafe_specialization_marker]` on `Copy`! cc @joboet r? @Amanieu
compiler: upgrade to hashbrown 0.16.1 See also rust-lang/rust#135634, rust-lang/rust#149159, and rust-lang/hashbrown#662. This includes an in-tree upgrade of `indexmap` as well, which uses the new `HashTable` buckets API internally, hopefully impacting performance for the better. And finally, we can remove `#[rustc_unsafe_specialization_marker]` on `Copy`! cc @joboet r? @Amanieu
compiler: upgrade to hashbrown 0.16.1 See also rust-lang/rust#135634, rust-lang/rust#149159, and rust-lang/hashbrown#662. This includes an in-tree upgrade of `indexmap` as well, which uses the new `HashTable` buckets API internally, hopefully impacting performance for the better. And finally, we can remove `#[rustc_unsafe_specialization_marker]` on `Copy`! cc @joboet r? @Amanieu
compiler: upgrade to hashbrown 0.16.1 See also rust-lang/rust#135634, rust-lang/rust#149159, and rust-lang/hashbrown#662. This includes an in-tree upgrade of `indexmap` as well, which uses the new `HashTable` buckets API internally, hopefully impacting performance for the better. And finally, we can remove `#[rustc_unsafe_specialization_marker]` on `Copy`! cc @joboet r? @Amanieu
This is another step toward unspecializing
Copy.See also #135634 and rust-lang/hashbrown#662
r? @Amanieu
cc @joboet