[issue40255] Fixing Copy on Writes from reference counting and immortal objects

Change by Eddie Elizondo : -- pull_requests: +29618 pull_request: https://github.com/python/cpython/pull/31488 ___ Python tracker ___ __

[issue40255] Fixing Copy on Writes from reference counting and immortal objects

Change by Eddie Elizondo : -- pull_requests: +29619 pull_request: https://github.com/python/cpython/pull/31489 ___ Python tracker ___ __

[issue40255] Fixing Copy on Writes from reference counting and immortal objects

Change by Eddie Elizondo : -- pull_requests: +29620 pull_request: https://github.com/python/cpython/pull/31490 ___ Python tracker ___ __

[issue40255] Fixing Copy on Writes from reference counting and immortal objects

Change by Eddie Elizondo : -- pull_requests: +29621 pull_request: https://github.com/python/cpython/pull/31491 ___ Python tracker ___ __

[issue40255] Fixing Copy on Writes from reference counting and immortal objects

Inada Naoki added the comment: All of these optimizations should be disabled by default. * It will cause leak when Python is embedded. * Even for python command, it will break __del__ and weakref callbacks. -- ___ Python tracker

[issue40255] Fixing Copy on Writes from reference counting and immortal objects

Eddie Elizondo added the comment: It seems that we are back on track with perf being back to neutral! I've created 4 new PRs. Each with an optimization applied on top of the baseline introduction of instance immortalization. The main PR 19474 currently stands at around 4%, after rebasing pas

[issue45100] Improve help() by making typing.overload() information accessible at runtime

Spencer Brown added the comment: Had a potential thought. Since the only situation we care about is overload being used on function definitions in lexical order, valid calls are only that on definitions with ascending co_firstlineno counts. Expanding on Jelle's solution, the overload() decor

[issue37355] SSLSocket.read does a GIL round-trip for every 16KB TLS record

Change by Safihre : -- pull_requests: +29622 pull_request: https://github.com/python/cpython/pull/31492 ___ Python tracker ___ ___ P

[issue46820] SyntaxError on `1not in...`

Change by miss-islington : -- nosy: +miss-islington nosy_count: 4.0 -> 5.0 pull_requests: +29623 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31493 ___ Python tracker _

[issue46820] SyntaxError on `1not in...`

Serhiy Storchaka added the comment: New changeset 090e5c4b946b28f50fce445916c5d3ec45c8f45f by Serhiy Storchaka in branch 'main': bpo-46820: Fix a SyntaxError in a numeric literal followed by "not in" (GH-31479) https://github.com/python/cpython/commit/090e5c4b946b28f50fce445916c5d3ec45c8f45f

<    1   2