MIR inliner maintains unused var_debug_info#142890
Conversation
|
Some changes occurred to MIR optimizations cc @rust-lang/wg-mir-opt |
|
@bors2 try @rust-timer queue |
MIR inliner maintains unused var_debug_info Only `full` debuginfo level promises variable-level debug information, but the MIR inline pass needlessly preserved the local variable debug info for the `limited` level too.
|
@rust-timer build b8965fd |
This comment has been minimized.
This comment has been minimized.
|
Finished benchmarking commit (b8965fd): 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 4.3%, secondary 2.5%)A less reliable metric. May be of interest, but not used to determine the overall result above.
CyclesResults (primary 3.8%)A less reliable metric. May be of interest, but not used to determine the overall result above.
Binary sizeResults (primary 1.3%)A less reliable metric. May be of interest, but not used to determine the overall result above.
Bootstrap: 688.673s -> 690.365s (0.25%) |
8c3a8f8 to
b7eaae1
Compare
This comment has been minimized.
This comment has been minimized.
b7eaae1 to
c9ef116
Compare
| //@ [NONE]compile-flags: -O -C debuginfo=0 | ||
| //@ [LIMITED]compile-flags: -O -C debuginfo=1 | ||
|
|
||
| #[inline(always)] |
There was a problem hiding this comment.
FYI, this doesn't mean anything beyond #[inline] to the MIR inliner.
|
Looks good. Thanks for bearing with our slow review process. @bors r+ |
|
☀️ 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 da58c05 (parent) -> 837c5dd (this PR) Test differencesShow 10 test diffsStage 1
Stage 2
Additionally, 2 doctest diffs were found. These are ignored, as they are noisy. Job group index
Test dashboardRun cargo run --manifest-path src/ci/citool/Cargo.toml -- \
test-dashboard 837c5dd7de03aa97190593aef4e70d53e1bb574b --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 |
|
Finished benchmarking commit (837c5dd): 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 (secondary 0.4%)A less reliable metric. May be of interest, but not used to determine the overall result above.
CyclesResults (primary -0.4%, secondary -2.6%)A less reliable metric. May be of interest, but not used to determine the overall result above.
Binary sizeResults (primary -1.1%)A less reliable metric. May be of interest, but not used to determine the overall result above.
Bootstrap: 462.222s -> 462.019s (-0.04%) |
|
perf triage:
@rustbot label: +perf-regression-triaged |
Only
fulldebuginfo level promises variable-level debug information, but the MIR inline pass needlessly preserved the local variable debug info for thelimitedlevel too.