Add AllowInternalUnstable enum to avoid Arc clones for static desugaring feature lists - #162969
spastorino wants to merge 2 commits into
Conversation
…ing feature lists
aa3da6b to
f9410db
Compare
|
@bors try @rust-timer queue |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
Add AllowInternalUnstable enum to avoid Arc clones for static desugaring feature lists
This comment has been minimized.
This comment has been minimized.
|
Finished benchmarking commit (f9f1546): comparison URL. Overall result: ❌✅ regressions and improvements - no action neededBenchmarking means the PR may be perf-sensitive. Consider adding rollup=never if this change is not fit for rolling up. @rustbot label: -S-waiting-on-perf -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 (primary -0.0%, secondary -0.9%)A less reliable metric. May be of interest, but not used to determine the overall result above.
CyclesResults (primary 3.2%, secondary -0.5%)A less reliable metric. May be of interest, but not used to determine the overall result above.
Binary sizeThis perf run didn't have relevant results for this metric. Bootstrap: 498.333s -> 500.939s (0.52%) |
|
TBH I don't think this is worth it? If it improved performance, then yes. But without a perf improvement it's just a bit more complexity and code for no real gain. |
|
This was originally an experiment, not very important and we can close it. My reasoning was different I feel the code is better in the sense that we were using an Arc in a very artificial way when what we really needed was a way to split between statically created lists of strs and dynamic ones. What the new enum does is just introducing this idea. I was more on the side of, if this doesn’t make perf worse is probably worth merging. |
This is exploratory followup of #162747
There are upsides and downsides of this. In particular, the bad part is that we grow
ExpnDatasize by 8 bytes. The rest I think is way better this way.Maybe we can do a perf run and see if it make things worse and decide.
r? @nnethercote