Uh oh!
There was an error while loading. Please reload this page.
[experiment] remove diverge_from in box expr building - #89332
Conversation
nbdd0121
commented
Sep 28, 2021
@rylev could you do a perf run please? |
jonas-schievink
commented
Sep 28, 2021
@bors try @rust-timer queue |
rust-timer
commented
Sep 28, 2021
Awaiting bors try build completion. @rustbot label: +S-waiting-on-perf |
bors
commented
Sep 28, 2021
⌛ Trying commit 1aac85bb716c09304b313d69d30d74fe7e8e1a8e with merge 7b3d96ffe131afbf1b4626a6102c03f5352678c7... |
This comment has been minimized.
This comment has been minimized.
bors
commented
Sep 28, 2021
☀️ Try build successful - checks-actions |
rust-timer
commented
Sep 28, 2021
Queued 7b3d96ffe131afbf1b4626a6102c03f5352678c7 with parent 8f8092c, future comparison URL. |
rust-timer
commented
Sep 28, 2021
Finished benchmarking commit (7b3d96ffe131afbf1b4626a6102c03f5352678c7): comparison url. Summary: This change led to small relevant improvements 🎉 in compiler performance.
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 |
nbdd0121
commented
Oct 5, 2021
Trying another approach. This should have similar result, but the change is made in library not in compiler. Please have another perf run. |
the8472
commented
Oct 6, 2021
@bors try @rust-timer queue |
rust-timer
commented
Oct 6, 2021
Awaiting bors try build completion. @rustbot label: +S-waiting-on-perf |
bors
commented
Oct 6, 2021
⌛ Trying commit bd50bb2ab189a90a6413780f4d2536808b9a7e04 with merge d0848a1101a9caed97f1276d4326bfe2e6bdbc42... |
bors
commented
Oct 6, 2021
☀️ Try build successful - checks-actions |
rust-timer
commented
Oct 6, 2021
Queued d0848a1101a9caed97f1276d4326bfe2e6bdbc42 with parent d7539a6, future comparison URL. |
rust-timer
commented
Oct 6, 2021
Finished benchmarking commit (d0848a1101a9caed97f1276d4326bfe2e6bdbc42): comparison url. Summary: This change led to moderate relevant mixed results 🤷 in compiler performance.
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. Next Steps: If you can justify the regressions found in this try perf run, please indicate this with @bors rollup=never |
nbdd0121
commented
Oct 6, 2021
As I expected the performance is largely similar to removing the diverging path. I have no idea why adding rustc_allocator_nounwind makes expand_crate slower though. |
nbdd0121
commented
Oct 6, 2021
JohnCSimon
commented
Oct 31, 2021
This needs to assign a reviewer. |
camelid
commented
Nov 9, 2021
r? rust-lang/libs |
the8472
commented
Nov 9, 2021
does it? it's still labeled as experiment |
nbdd0121
commented
Nov 9, 2021
I am unsure whether this should proceed. I can turn this into a PR that removes the unwinding path and gain a bit perf now, but it'll need to reverted anyway to support oom=panic. |
nbdd0121
commented
Nov 9, 2021
Also this is more T-compiler than T-libs. @rustbot label: -T-libs +T-compiler |
camelid
commented
Nov 9, 2021
r? rust-lang/compiler |
rust-log-analyzer
commented
Nov 9, 2021
The job Click to see the possible cause of the failure (guessed by this bot) |
pnkfelix
commented
Nov 19, 2021
Remove `NullOp::Box` Follow up of rust-lang#89030 and MCP rust-lang/compiler-team#460. ~1 month later nothing seems to be broken, apart from a small regression that rust-lang#89332 (1aac85bb716c09304b313d69d30d74fe7e8e1a8e) shows could be regained by remvoing the diverging path, so it shall be safe to continue and remove `NullOp::Box` completely. r? `@jonas-schievink` `@rustbot` label T-compiler
Remove `NullOp::Box` Follow up of rust-lang#89030 and MCP rust-lang/compiler-team#460. ~1 month later nothing seems to be broken, apart from a small regression that rust-lang#89332 (1aac85bb716c09304b313d69d30d74fe7e8e1a8e) shows could be regained by remvoing the diverging path, so it shall be safe to continue and remove `NullOp::Box` completely. r? `@jonas-schievink` `@rustbot` label T-compiler
Remove `NullOp::Box` Follow up of rust-lang#89030 and MCP rust-lang/compiler-team#460. ~1 month later nothing seems to be broken, apart from a small regression that rust-lang#89332 (1aac85bb716c09304b313d69d30d74fe7e8e1a8e) shows could be regained by remvoing the diverging path, so it shall be safe to continue and remove `NullOp::Box` completely. r? `@jonas-schievink` `@rustbot` label T-compiler
See if some instruction count regressions can be regained from #89030
r? @ghost