| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
There was a problem hiding this comment.
Thanks for the merge conflict. :-/
Don't you need to change the magic number? All the opcodes are different.
Sorry, something went wrong.
I'll wait until after #99313 is merged to land this. Anything else in flight that I should wait for?
We don't need to bump the magic number when adding/removing/changing specialized instructions or superinstructions, since those never get included in pycs! It's a pretty nice design. |
Sorry, something went wrong.
|
In that case I welcome your review of #99313. |
Sorry, something went wrong.
|
You have the baton. Have fun fixing the merge conflicts. :-) |
Sorry, something went wrong.
There was a problem hiding this comment.
IIUC this means that un-specializable binary ops and comparisons will now be a teensy bit slower because they always have to check the counter. But it seems clear that happens rarely enough.
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
This optimization made more sense back before we had exponential backoff (and the unquickened versions of these instructions were just laying around waiting to be used). Nowadays this move just complicates things, and doesn't actually seem to improve performance:
Details