Conversation
Merging this PR will improve performance by 6.98%
|
| Mode | Benchmark | BASE |
HEAD |
Efficiency | |
|---|---|---|---|---|---|
| ⚡ | Simulation | unexpand_many_lines[100000] |
145.8 ms | 136.3 ms | +6.97% |
| ⚡ | Simulation | unexpand_large_file[10] |
305.6 ms | 285.6 ms | +6.98% |
Comparing oech3:unexpand-stack (eda5aed) with main (44aff6b)
Footnotes
-
46 benchmarks were skipped, so the baseline results were used instead. If they were deleted from the codebase, click here and archive them to remove them from the performance reports. ↩
This comment was marked as outdated.
This comment was marked as outdated.
628fe47 to
e6c1c8f
Compare
|
GNU testsuite comparison: |
|
i wasn't expecting such wins for this kind of changes |
|
I don't understand why changing stack allocation to heap allocation is a performance improvement. Additionally, it may be possible that this isn't an improvement on targets other than |
|
I'm OK to have cfg block. |
|
It would be good to understand why there is a performance difference; if necessary this could be reported upstream. |
|
done at rust-lang/rust#148670 |
Please add a comment linking to this issue; it would also have been helpful to include it in the PR description. |
|
I guess it would be good to explain in the comment that the regression is specifically with codegen-units=1 + LTO. |
|
GNU testsuite comparison: |
Like efd0f0c, or just |
Replace a stack array with vec to avoid stack spill seen at rust-lang/rust#148670 .
Probally fixes #10654