[issue47177] Frames should store next_instr instead of lasti

Change by Brandt Bucher : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue47177] Frames should store next_instr instead of lasti

Brandt Bucher added the comment: New changeset ef6a482b0285870c45f39c9b17ed827362b334ae by Brandt Bucher in branch 'main': bpo-47177: Replace `f_lasti` with `prev_instr` (GH-32208) https://github.com/python/cpython/commit/ef6a482b0285870c45f39c9b17ed82

[issue45542] Using multiple comparison operators can cause performance issues

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue45542> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue47250] Add object.__getstate__() introduced refleaks

Brandt Bucher added the comment: Found it. This line should be removed: https://github.com/python/cpython/blob/4c92427fb85e420404a9bd26347e32acc1bbd3b7/Objects/typeobject.c#L5033 -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.

[issue47233] show_caches option affects code positions reported by dis.get_instructions(...)

Brandt Bucher added the comment: Nice catch. The fix should be pretty simple: just move this line... https://github.com/python/cpython/blob/c1d93b6411f975d67e43942f1a2745a22983c18c/Lib/dis.py#L425 ...up to the top of the for loop. Are you interested in working on this

[issue47233] show_caches option affects code positions reported by dis.get_instructions(...)

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue47233> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue47120] Make all jump opcodes relative

Brandt Bucher added the comment: Another benefit of this work is that we'll be able to remove `first_instr` from the eval loop. -- ___ Python tracker <https://bugs.python.org/is

[issue47120] Make all jump opcodes relative

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue47120> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46841] Inline bytecode caches

Change by Brandt Bucher : -- pull_requests: +30297 pull_request: https://github.com/python/cpython/pull/3 ___ Python tracker <https://bugs.python.org/issue46

[issue47177] Frames should store next_instr instead of lasti

Change by Brandt Bucher : -- keywords: +patch pull_requests: +30283 pull_request: https://github.com/python/cpython/pull/32208 ___ Python tracker <https://bugs.python.org/issue47

[issue47177] Frames should store next_instr instead of lasti

New submission from Brandt Bucher : Rather than maintaining the offset of the "last instruction" (`f_lasti`), interpreter frames should instead just maintain a pointer to the true next instruction. This has several benefits, most notably reducing the register pressure associated wi

[issue46841] Inline bytecode caches

Change by Brandt Bucher : -- pull_requests: +30280 pull_request: https://github.com/python/cpython/pull/32205 ___ Python tracker <https://bugs.python.org/issue46

[issue47172] Make virtual opcodes in the compiler > 256 and is_jump() identify only proper jumps

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue47172> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46864] Deprecate ob_shash in BytesObject

Brandt Bucher added the comment: Just a note: as of this week (GH-31888), we no longer use bytes objects to store bytecode. Instead, the instructions are stored as part of the PyCodeObject struct. (Of course, we still use bytes objects for the various exception handling and debugging

[issue46841] Inline bytecode caches

Change by Brandt Bucher : -- pull_requests: +30057 pull_request: https://github.com/python/cpython/pull/31968 ___ Python tracker <https://bugs.python.org/issue46

[issue47046] Add `f_state` attribute to FrameObjects.

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue47046> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46817] Add a line-start table to the code object.

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue46817> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46841] Inline bytecode caches

Brandt Bucher added the comment: New changeset 49e1e1e1bd59cac1855b1ef4dec05d649ebcd81a by Mark Shannon in branch 'main': bpo-46841: Don't scan backwards in bytecode (GH-31901) https://github.com/python/cpython/commit/49e1e1e1bd59cac1855b1ef4d

[issue46841] Inline bytecode caches

Change by Brandt Bucher : -- pull_requests: +29986 pull_request: https://github.com/python/cpython/pull/31888 ___ Python tracker <https://bugs.python.org/issue46

[issue46841] Inline bytecode caches

Brandt Bucher added the comment: New changeset a89c29fbcc7e7e85848499443d819c3fab68c78a by Brandt Bucher in branch 'main': bpo-46841: Add a _Py_SET_OPCODE macro (GH-31780) https://github.com/python/cpython/commit/a89c29fbcc7e7e85848499443d819c

[issue46965] Enable informing callee it's awaited via vector call flag

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue46965> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46841] Inline bytecode caches

Change by Brandt Bucher : -- pull_requests: +29886 pull_request: https://github.com/python/cpython/pull/31780 ___ Python tracker <https://bugs.python.org/issue46

[issue46961] Caching/interning of small ints sometimes fails

Brandt Bucher added the comment: Related, except this seems to be happening in long_pow. I’ll take a look at it today. -- assignee: -> brandtbucher ___ Python tracker <https://bugs.python.org/issu

[issue46961] Caching/interning of small ints sometimes fails

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue46961> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46841] Inline bytecode caches

Change by Brandt Bucher : -- pull_requests: +29859 pull_request: https://github.com/python/cpython/pull/31742 ___ Python tracker <https://bugs.python.org/issue46

[issue46841] Inline bytecode caches

Brandt Bucher added the comment: New changeset f193631387bfee99a812e39b05d5b7e6384b57f5 by Brandt Bucher in branch 'main': bpo-46841: Use inline caching for calls (GH-31709) https://github.com/python/cpython/commit/f193631387bfee99a812e39b05d5b7

[issue46939] Specialize calls for Python classes

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue46939> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46841] Inline bytecode caches

Change by Brandt Bucher : -- pull_requests: +29828 pull_request: https://github.com/python/cpython/pull/31709 ___ Python tracker <https://bugs.python.org/issue46

[issue46841] Inline bytecode caches

Brandt Bucher added the comment: New changeset c4d2d57eefb1224a12e2e95e4508658dfbf6a7c9 by Brandt Bucher in branch 'main': bpo-46841: Fix BINARY_OP's handling of inline caches (GH-31671) https://github.com/python/cpython/commit/c4d2d57eefb1224a12e2e95e4

[issue46896] add support for watching writes to selected dictionaries

Brandt Bucher added the comment: > Why so coarse? > Getting a notification for every change of a global in module, is likely to > make use the use of global variables extremely expensive. Perhaps a compromise is possible here: one global group/chain of callbacks registere

[issue46923] Implement stack overflow protection for supported platforms

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue46923> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46841] Inline bytecode caches

Brandt Bucher added the comment: New changeset 05a8bc1c944709e7468f157bd1b6032f368e43bf by Brandt Bucher in branch 'main': bpo-46841: Use inline caching for attribute accesses (GH-31640) https://github.com/python/cpython/commit/05a8bc1c944709e7468f157bd1b603

[issue46841] Inline bytecode caches

Change by Brandt Bucher : -- pull_requests: +29791 pull_request: https://github.com/python/cpython/pull/31671 ___ Python tracker <https://bugs.python.org/issue46

[issue46841] Inline bytecode caches

Change by Brandt Bucher : -- pull_requests: +29783 pull_request: https://github.com/python/cpython/pull/31664 ___ Python tracker <https://bugs.python.org/issue46

[issue44800] Code readability: rename InterpreterFrame to `_Py_framedata`

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue44800> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40421] [C API] Add getter functions for PyFrameObject and maybe move PyFrameObject to the internal C API

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue40421> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46896] add support for watching writes to selected dictionaries

Brandt Bucher added the comment: Also, when you say "only one global callback": does that mean per-interpreter, or per-process? -- ___ Python tracker <https://bugs.python.o

[issue46896] add support for watching writes to selected dictionaries

Brandt Bucher added the comment: > CPython will track only one global callback; it is a well-behaved client’s > responsibility to check if a callback is already set when setting a new one, > and daisy-chain to the previous callback if so. Hm, this is a bit scary. Could we (or other

[issue46896] add support for watching writes to selected dictionaries

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue46896> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46823] Add LOAD_FAST__LOAD_ATTR_INSTANCE_VALUE combined opcode

Brandt Bucher added the comment: Reopening since this needed to be removed for https://github.com/python/cpython/pull/31640. -- resolution: fixed -> stage: resolved -> status: closed -> open ___ Python tracker <https://bug

[issue46841] Inline bytecode caches

Brandt Bucher added the comment: New changeset 127797f572cc7374192e415c44ea2e95b009d5ab by Brandt Bucher in branch 'main': bpo-46841: Improve the failure stats for COMPARE_OP (GH-31663) https://github.com/python/cpython/commit/127797f572cc7374192e415c44ea2e

[issue46908] Debugger jumps to a wrong instruction in for loop

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue46908> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46841] Inline bytecode caches

Change by Brandt Bucher : -- pull_requests: +29782 pull_request: https://github.com/python/cpython/pull/31663 ___ Python tracker <https://bugs.python.org/issue46

[issue46864] Deprecate ob_shash in BytesObject

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue46864> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46841] Inline bytecode caches

Brandt Bucher added the comment: > What I *think* is happening is that the inline cache takes the size of the > function (in code units) from about 4800 to about 5200, crossing our > threshold for quickening (currently set to 5000). Yep, nailed it: >>> len(list(di

[issue46841] Inline bytecode caches

Change by Brandt Bucher : -- pull_requests: +29761 pull_request: https://github.com/python/cpython/pull/31640 ___ Python tracker <https://bugs.python.org/issue46

[issue46836] [C API] Move PyFrameObject to the internal C API

Brandt Bucher added the comment: I'm also very uncomfortable with the lack of review on these PRs. The most recent one (https://github.com/python/cpython/pull/31583) was open for less than 30 minutes before merging, from 6:57 to 7:22 am in my local time

[issue46836] [C API] Move PyFrameObject to the internal C API

Brandt Bucher added the comment: Victor, can we please revert these changes? They broke Greenlet, a required dependency for three of our performance benchmarks: https://github.com/python-greenlet/greenlet/issues/288#issuecomment-1055632607 I've already spent considerable effort contrib

[issue46841] Inline bytecode caches

Change by Brandt Bucher : -- pull_requests: +29747 pull_request: https://github.com/python/cpython/pull/31622 ___ Python tracker <https://bugs.python.org/issue46

[issue46841] Inline bytecode caches

Change by Brandt Bucher : -- pull_requests: +29714 pull_request: https://github.com/python/cpython/pull/31591 ___ Python tracker <https://bugs.python.org/issue46

[issue46836] [C API] Move PyFrameObject to the internal C API

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue46836> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46850] [C API] Move _PyEval_EvalFrameDefault() to the internal C API

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue46850> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46808] remove NEXT_BLOCK() from compile.c

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue46808> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45431] [C API] Rename CFrame or hide it to only export names starting with Py

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue45431> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46841] Inline bytecode caches

Change by Brandt Bucher : -- keywords: +patch pull_requests: +29666 pull_request: https://github.com/python/cpython/pull/31543 ___ Python tracker <https://bugs.python.org/issue46

[issue46841] Inline bytecode caches

New submission from Brandt Bucher : ...as discussed in https://github.com/faster-cpython/ideas/discussions/263. My plan is for this initial PR to lay the groundwork, then to work on porting over the existing opcode caches one-by-one. Once that's done, we can clean up lots of the

[issue46823] Add LOAD_FAST__LOAD_ATTR_INSTACE_VALUE combined opcode

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue46823> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45107] Improve LOAD_METHOD specialization

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue45107> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46754] Improve Python Language Reference based on [Köhl 2020]

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue46754> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44337] Port LOAD_ATTR to adaptive interpreter

Brandt Bucher added the comment: New changeset 281ea9c39146a00cdf3fa2b3d0be60e2a39278ce by Brandt Bucher in branch 'main': bpo-44337: Shrink the LOAD_ATTR/STORE_ATTR caches (GH-31517) https://github.com/python/cpython/commit/281ea9c39146a00cdf3fa2b3d0be60

[issue44337] Port LOAD_ATTR to adaptive interpreter

Change by Brandt Bucher : -- nosy: +brandtbucher nosy_count: 3.0 -> 4.0 pull_requests: +29644 pull_request: https://github.com/python/cpython/pull/31517 ___ Python tracker <https://bugs.python.org/issu

[issue45885] Specialize COMPARE_OP

Change by Brandt Bucher : -- nosy: +brandtbucher nosy_count: 2.0 -> 3.0 pull_requests: +29643 pull_request: https://github.com/python/cpython/pull/31516 ___ Python tracker <https://bugs.python.org/issu

[issue46329] Split up the CALL_NO_KW and CALL_KW instructions.

Change by Brandt Bucher : -- pull_requests: +29638 pull_request: https://github.com/python/cpython/pull/31511 ___ Python tracker <https://bugs.python.org/issue46

[issue46702] Specialize UNPACK_SEQUENCE

Brandt Bucher added the comment: Closing as UNPACK_SEQUENCE_TWO_TUPLE__STORE_FAST__STORE_FAST results in lots of hits, but no performance improvement. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed _

[issue46748] Python.h includes stdbool.h

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue46748> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46072] Unify handling of stats in the CPython VM

Brandt Bucher added the comment: New changeset 580cd9ab2992b7df6f4815020b5841e14a5a6977 by Brandt Bucher in branch 'main': bpo-46072: Add detailed failure stats for BINARY_OP (GH-31289) https://github.com/python/cpython/commit/580cd9ab2992b7df6f4815020b5841

[issue46702] Specialize UNPACK_SEQUENCE

Brandt Bucher added the comment: New changeset a9da085015db8cbb81f660158864ac94fe6c67a2 by Brandt Bucher in branch 'main': bpo-46702: Specialize UNPACK_SEQUENCE (GH-31240) https://github.com/python/cpython/commit/a9da085015db8cbb81f660158864ac

[issue46072] Unify handling of stats in the CPython VM

Change by Brandt Bucher : -- nosy: +brandtbucher nosy_count: 2.0 -> 3.0 pull_requests: +29449 pull_request: https://github.com/python/cpython/pull/31289 ___ Python tracker <https://bugs.python.org/issu

[issue45923] Improve performance of sys.settracing based tools.

Change by Brandt Bucher : -- nosy: +brandtbucher nosy_count: 3.0 -> 4.0 pull_requests: +29413 pull_request: https://github.com/python/cpython/pull/31244 ___ Python tracker <https://bugs.python.org/issu

[issue46702] Specialize UNPACK_SEQUENCE

Brandt Bucher added the comment: (I also plan on looking into an adaptive super-duper-instruction for UNPACK_SEQUENCE_TWO_TUPLE__STORE_FAST__STORE_FAST after the current PR has landed). -- ___ Python tracker <https://bugs.python.org/issue46

[issue46702] Specialize UNPACK_SEQUENCE

Change by Brandt Bucher : -- keywords: +patch pull_requests: +29410 pull_request: https://github.com/python/cpython/pull/31240 ___ Python tracker <https://bugs.python.org/issue46

[issue46702] Specialize UNPACK_SEQUENCE

New submission from Brandt Bucher : UNPACK_SEQUENCE already has fast paths for tuples and lists, which make up (literally) 99% of unpackings in the benchmark suite. What's more, two-element tuples make up about two-thirds of all unpackings (though I actually suspect it's even hig

[issue46528] Simplify the VM's stack manipulations

Change by Brandt Bucher : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue46528] Simplify the VM's stack manipulations

Brandt Bucher added the comment: New changeset 78ae4cc6dc949e8bc39fab25fea5efe983dc0ad1 by Brandt Bucher in branch 'main': bpo-46528: Attempt SWAPs at compile-time (GH-30970) https://github.com/python/cpython/commit/78ae4cc6dc949e8bc39fab25fea5ef

[issue46528] Simplify the VM's stack manipulations

Brandt Bucher added the comment: New changeset 46328d8ae6529db916ccaabb9247fb0327ce0c1e by Brandt Bucher in branch 'main': bpo-46528: Check PyMem_Malloc for NULL (GH-30998) https://github.com/python/cpython/commit/46328d8ae6529db916ccaabb9247fb

[issue45773] Compiler hangs during jump elimination

Change by Brandt Bucher : -- priority: release blocker -> resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python

[issue45773] Compiler hangs during jump elimination

Change by Brandt Bucher : -- pull_requests: +29251 pull_request: https://github.com/python/cpython/pull/31066 ___ Python tracker <https://bugs.python.org/issue45

[issue45773] Compiler hangs during jump elimination

Brandt Bucher added the comment: My fix for this seems to have erroneously added two invalid new jump threads: POP_JUMP_IF_FALSE(a) to JUMP_IF_FALSE_OR_POP(b) is folded into POP_JUMP_IF_FALSE(b) POP_JUMP_IF_TRUE(a) to JUMP_IF_TRUE_OR_POP(b) is folded into POP_JUMP_IF_TRUE(b) The good news

[issue46528] Simplify the VM's stack manipulations

Brandt Bucher added the comment: New changeset a0e55a571cf01885fd5826266c37abaee307c309 by Brandt Bucher in branch 'main': bpo-46528: Simplify BUILD_TUPLE/UNPACK_SEQUENCE folding (GH-31039) https://github.com/python/cpython/commit/a0e55a571cf01885fd5826266c37ab

[issue46528] Simplify the VM's stack manipulations

Change by Brandt Bucher : -- pull_requests: +29222 pull_request: https://github.com/python/cpython/pull/31039 ___ Python tracker <https://bugs.python.org/issue46

[issue45953] Statically allocate interpreter states as much as possible.

Brandt Bucher added the comment: Any chance we could revert the recent renaming of tstate.exc_state and tstate.root_cframe in https://github.com/python/cpython/pull/30590? It broke Greenlet again: https://github.com/python-greenlet/greenlet/issues/288 If it's only a name change (an

[issue45628] TimedRotatingFileHandler backupCount not working

Change by Brandt Bucher : -- nosy: -brandtbucher ___ Python tracker <https://bugs.python.org/issue45628> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45628] TimedRotatingFileHandler backupCount not working

Change by Brandt Bucher : -- pull_requests: -29179 ___ Python tracker <https://bugs.python.org/issue45628> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46528] Simplify the VM's stack manipulations

Change by Brandt Bucher : -- pull_requests: +29180 pull_request: https://github.com/python/cpython/pull/30998 ___ Python tracker <https://bugs.python.org/issue46

[issue45628] TimedRotatingFileHandler backupCount not working

Change by Brandt Bucher : -- nosy: +brandtbucher nosy_count: 3.0 -> 4.0 pull_requests: +29179 pull_request: https://github.com/python/cpython/pull/30998 ___ Python tracker <https://bugs.python.org/issu

[issue46528] Simplify the VM's stack manipulations

Brandt Bucher added the comment: Hm, yeah. Bummer that this needs error handling now. I'll have a fix up soon. -- ___ Python tracker <https://bugs.python.org/is

[issue46528] Simplify the VM's stack manipulations

Brandt Bucher added the comment: > I did an experiment to double the number of instructions. Were the extra instructions just NOPs, or were they actually doing any work? If they were NOPs, then presumably those numbers tell us more about the overhead of dispatch and cache pressure t

[issue46528] Simplify the VM's stack manipulations

Brandt Bucher added the comment: In a typical run of the pyperformance benchmark suite, rotations account for a bit over 1% of all instructions executed. I don't have timings for individual instructions, unfortunately. -- ___ Python tr

[issue46528] Simplify the VM's stack manipulations

Change by Brandt Bucher : -- pull_requests: +29148 pull_request: https://github.com/python/cpython/pull/30970 ___ Python tracker <https://bugs.python.org/issue46

[issue46528] Simplify the VM's stack manipulations

Brandt Bucher added the comment: New changeset 85483668647e7840c7b9a1877caaf2ef14a4443f by Brandt Bucher in branch 'main': bpo-46528: Simplify the VM's stack manipulations (GH-30902) https://github.com/python/cpython/commit/85483668647e7840c7b9a1877

[issue42926] Split compiler into code-gen, optimizer and assembler.

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue42926> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33205] GROWTH_RATE prevents dict shrinking

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue33205> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46465] Regression caused by CALL_FUNCTION specialization for C function calls

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue46465> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46528] Simplify the VM's stack manipulations

Brandt Bucher added the comment: In practice, pretty much the only thing that will do more work now is augmented subscription: >>> a[b] += c main: 1 2 LOAD_NAME0 (a) 4 LOAD_NAME1 (b) 6 DUP_TOP_TWO

[issue46528] Simplify the VM's stack manipulations

Change by Brandt Bucher : -- keywords: +patch pull_requests: +29081 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30902 ___ Python tracker <https://bugs.python.org/issu

[issue46528] Simplify the VM's stack manipulations

New submission from Brandt Bucher : ...as discussed in https://github.com/faster-cpython/ideas/discussions/228. We can dramatically simplify our stack manipulations by getting rid of the `DUP_TOP*` and `ROT_*` families of instructions: - Replace `DUP_TOP` with `COPY(1)`. - Replace

[issue46378] Experiment with LLVM BOLT binary optimizer

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue46378> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46376] PyMapping_Check returns 1 for list

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue46376> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46372] int/float specializations should mutate the LHS in-place when possible

Change by Brandt Bucher : -- keywords: +patch pull_requests: +28792 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30594 ___ Python tracker <https://bugs.python.org/issu

[issue46372] int/float specializations should mutate the LHS in-place when possible

New submission from Brandt Bucher : The performance of our existing int and float specializations can be improved by mutating the LHS operand in-place when possible. This leads to significant speedups for several number-crunching benchmarks, and a solid 1% improvement overall: Slower (16

  1   2   3   4   5   6   >