-
Notifications
You must be signed in to change notification settings - Fork 13.1k
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
rustdoc: shrink GenericArgs/PathSegment with boxed slices #97195
Conversation
Some changes occurred in cc @camelid |
r? @CraftSpider (rust-highfive has picked a reviewer for you, use r? to override) |
r? @camelid I think we tried this and found it wasn't very effective. But, I may be misremembering, so: |
Awaiting bors try build completion. @rustbot label: +S-waiting-on-perf |
⌛ Trying commit d943ac87ce504a756844cca8dc7bbdc6ce437abe with merge d5582f58e0e5702a3a02bd2e0f551dcc1bccc8e1... |
☀️ Try build successful - checks-actions |
Queued d5582f58e0e5702a3a02bd2e0f551dcc1bccc8e1 with parent 4d6992b, future comparison URL. |
Finished benchmarking commit (d5582f58e0e5702a3a02bd2e0f551dcc1bccc8e1): comparison url. Instruction count
Max RSS (memory usage)Results
CyclesResults
If you disagree with this performance assessment, please file an issue in rust-lang/rustc-perf. Benchmarking this pull request likely means that it is perf-sensitive, so we're automatically marking it as not fit for rolling up. While you can manually mark this PR as fit for rollup, we strongly recommend not doing so since this PR may lead to changes in compiler perf. Next Steps: If you can justify the regressions found in this try perf run, please indicate this with @bors rollup=never Footnotes |
It seems to reduce the Max-RSS most of the time, but it's regressing on cycle count, probably because it's shrinking-to-fit too often. The generic args are created in a few places, but most of them are produced by calling That function should be able to compute the expected capacity of a Vec when it's just skipping the first item. Let's try. @bors try @rust-timer queue |
Awaiting bors try build completion. @rustbot label: +S-waiting-on-perf |
⌛ Trying commit 123b97a66cbef47015417dc489f091976e1b66ac with merge 8d56ab6db0538cedcd8d66b3e11f7c6fa4e6752a... |
FWIW, I have been trying something similar recently, without much success. Maybe you can find some inspiration there. |
☀️ Try build successful - checks-actions |
Queued 8d56ab6db0538cedcd8d66b3e11f7c6fa4e6752a with parent 22ee395, future comparison URL. |
Finished benchmarking commit (8d56ab6db0538cedcd8d66b3e11f7c6fa4e6752a): comparison url. Instruction count
Max RSS (memory usage)Results
CyclesResults
If you disagree with this performance assessment, please file an issue in rust-lang/rustc-perf. Benchmarking this pull request likely means that it is perf-sensitive, so we're automatically marking it as not fit for rolling up. While you can manually mark this PR as fit for rollup, we strongly recommend not doing so since this PR may lead to changes in compiler perf. @bors rollup=never Footnotes |
Very nice RSS results! I wonder why my (almost same) approach didn't work as nicely 🤔 Maybe I just changed too much stuff at once. Or I should have tried the perf. run on CI after all :) |
123b97a
to
3657d09
Compare
@bors r+ rollup=never |
📌 Commit 207f649 has been approved by |
☀️ Test successful - checks-actions |
Finished benchmarking commit (32c8c5d): comparison url. Instruction count
Max RSS (memory usage)Results
CyclesResults
If you disagree with this performance assessment, please file an issue in rust-lang/rustc-perf. @rustbot label: -perf-regression Footnotes |
This PR also contains a few cleanup bits and pieces, but one of them is a broken intra-doc link, and the other is removing an unused Hash impl. The last commit is the one that matters.