Repository navigation
optimize empty NestedGoals::extend_from_child - #163610
Conversation
|
@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.
optimize empty `NestedGoals::extend_from_child`
This comment has been minimized.
This comment has been minimized.
|
Finished benchmarking commit (c16c567): 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)This perf run didn't have relevant results for this metric. CyclesResults (secondary -0.0%)A less reliable metric. May be of interest, but not used to determine the overall result above.
Binary sizeResults (primary -0.0%, secondary -0.0%)A less reliable metric. May be of interest, but not used to determine the overall result above.
Bootstrap: 490.365s -> 489.428s (-0.19%) |
|
Reminder, once the PR becomes ready for a review, use |
|
This PR was rebased onto a different main commit. Here's a range-diff highlighting what actually changed. Rebasing is a normal part of keeping PRs up to date, so no action is needed—this note is just to help reviewers. |
|
@bors r=oli-obk rollup=iffy (small perf impact) |
Rollup merge of #163610 - lcnr:nested-goals-opt, r=oli-obk optimize empty `NestedGoals::extend_from_child` we sometimes get incredibly big `nested_goals` from large and involved cycles. When propagating them outwards, we currently manually build a `HashMap` by accessing an entry for every nested goal of the child. This is unnecessary. This does not help with the max-rss regression in #161660, but should help with perf in such cases. r? types
…uwer Rollup of 4 pull requests Successful merges: - rust-lang/rust#163790 (miri subtree update) - rust-lang/rust#163610 (optimize empty `NestedGoals::extend_from_child`) - rust-lang/rust#163697 (cg_llvm: Use `LLVMGlobalAddMetadata` from LLVM-C) - rust-lang/rust#163750 (lower spans of error const args and test binder bounds)
we sometimes get incredibly big
nested_goalsfrom large and involved cycles. When propagating them outwards, we currently manually build aHashMapby accessing an entry for every nested goal of the child. This is unnecessary.This does not help with the max-rss regression in #161660, but should help with perf in such cases.
r? types