-
Notifications
You must be signed in to change notification settings - Fork 12.7k
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
Avoid temporary allocations in render_assoc_item
#82855
Conversation
(rust-highfive has picked a reviewer for you, use r? to override) |
@bors try @rust-timer queue |
Awaiting bors try build completion. @rustbot label: +S-waiting-on-perf |
render_assoc_item
render_assoc_item
⌛ Trying commit 7b886069c3b698f0ea8e4ced5589b1945fcaf71f with merge 30f3371c2e5ed13ec440a7e3fafea51639bf21f7... |
This comment has been minimized.
This comment has been minimized.
☀️ Try build successful - checks-actions |
Queued 30f3371c2e5ed13ec440a7e3fafea51639bf21f7 with parent dfe519b, future comparison URL. |
Finished benchmarking try commit (30f3371c2e5ed13ec440a7e3fafea51639bf21f7): comparison url. Benchmarking this pull request likely means that it is perf-sensitive, so we're automatically marking it as not fit for rolling up. Please note that if the perf results are neutral, you should likely undo the rollup=never given below by specifying Importantly, though, if the results of this run are non-neutral do not roll this PR up -- it will mask other regressions or improvements in the roll up. @bors rollup=never |
There is at most -0.1% instructions. In any case, good improvement, thanks! @bors: r+ |
📋 Looks like this PR is still in progress, ignoring approval. Hint: Remove [WIP] from this PR's title when it is ready for review. |
And I just saw that the CI wasn't happy and that the PR was still WIP... @bors: r- |
`render_assoc_item` came up as very hot in a profile of rustdoc on `bevy`. This avoids some temporary allocations just to calculate the length of the header. This should be a strict improvement, since all string formatting was done twice before.
render_assoc_item
render_assoc_item
@bors r=GuillaumeGomez |
📌 Commit 1e6d849 has been approved by |
☀️ Test successful - checks-actions |
render_assoc_item
came up as very hot in a profile of rustdoc onbevy
. This avoids some temporary allocations just to calculate thelength of the header.
This should be a strict improvement, since all string formatting was
done twice before.
cc #82845