-
Notifications
You must be signed in to change notification settings - Fork 13.3k
Querify part of inline cost estimation #126640
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
@bors try @rust-timer queue |
This comment has been minimized.
This comment has been minimized.
Querify part of inline cost estimation r? `@ghost`
} | ||
|
||
// Basic cost is allowed to under-estimate but never over-estimate. Something that fails basic cost | ||
// checking must fail full cost checking, so that we can ensure we never accidentally reject |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nitpick: I think this is a "should" not a "must".
Like an A* heuristic, I think it'd probably fine to be an underestimate 99% of the time because if there's something unlikely that can hypothetically make it overestimate, that would be fine.
☀️ Try build successful - checks-actions |
This comment has been minimized.
This comment has been minimized.
Finished benchmarking commit (4b3f3dd): comparison URL. Overall result: ✅ improvements - no action neededBenchmarking 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 may lead to changes in compiler perf. @bors rollup=never Instruction countThis is a highly reliable metric that was used to determine the overall result at the top of this comment.
Max RSS (memory usage)This benchmark run did not return any relevant results for this metric. CyclesResults (primary 2.0%, secondary 3.6%)This is a less reliable metric that may be of interest but was not used to determine the overall result at the top of this comment.
Binary sizeThis benchmark run did not return any relevant results for this metric. Bootstrap: 671.639s -> 671.701s (0.01%) |
@scottmcm I'm going to close in a few days unless you object, this because we have no evidence that this approach improves anything. If you have further suggestions for a way to make this more effective, I'm willing to try them out. Or you can push to this PR, or you can yoink this code to your own PR. |
Totally good with closing this. I can definitely come back and ninja the code from it should it make it to the top of my list, but I'm unlikely to do anything with it in the next couple days. Thanks for trying this out! |
r? @ghost