-
Notifications
You must be signed in to change notification settings - Fork 13.3k
Remove collect
in doctest::run_test
#92361
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
r? @CraftSpider (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 |
⌛ Trying commit a851256442d55f9f83849a683b428d707be7d54d with merge 0748772981f166ff502b9d9b021d8c90a79df6e8... |
☀️ Try build successful - checks-actions |
Queued 0748772981f166ff502b9d9b021d8c90a79df6e8 with parent 83b15bf, future comparison URL. |
Finished benchmarking commit (0748772981f166ff502b9d9b021d8c90a79df6e8): comparison url. Summary: This benchmark run did not return any relevant changes. 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 led to changes in compiler perf. @bors rollup=never |
This actually causes slight instructions count regressions. It may improve max-rss, but the reported changes are not very significant. |
As such, since the new code is slightly more complex IMO, I'm going to close this PR. |
And now I'm having second thoughts... the new code might actually be better. I'll re-open this and let someone else decide. :P |
Personally I think this makes the code look a bit worse, what I'd really like to see is the currently unstable |
We can use |
I like the way this looks now, going to try a perf run to see how this way of doing it fairs |
@bors try @rust-timer queue |
Awaiting bors try build completion. @rustbot label: +S-waiting-on-perf |
⌛ Trying commit 48438ce with merge 2eff7829258896a9ee425872e8cb5ba0eae56e9f... |
☀️ Try build successful - checks-actions |
Queued 2eff7829258896a9ee425872e8cb5ba0eae56e9f with parent 1bd4fdc, future comparison URL. |
Finished benchmarking commit (2eff7829258896a9ee425872e8cb5ba0eae56e9f): comparison url. Summary: This benchmark run did not return any relevant changes. 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 led to changes in compiler perf. @bors rollup=never |
Hmm, I don't think the perf tool runs doctests, so that perf run might not even be affected by this change. It does have slight regressions across many doc benchmarks though... |
I'll take a look, but if they don't have doctests, then I imagine any difference is more likely noise than real affect of this PR. I'm leaning towards merge if that's the case. |
@CraftSpider any updates on this? |
After another look, no noticeable perf impact, but it does look nice and I believe slightly reduces allocations @bors r+ |
📌 Commit 48438ce has been approved by |
☀️ Test successful - checks-actions |
Finished benchmarking commit (4ce257f): comparison url. Summary: This benchmark run did not return any relevant results. If you disagree with this performance assessment, please file an issue in rust-lang/rustc-perf. @rustbot label: -perf-regression |
No description provided.