[proxy] web.archive.org← back | site home | direct (HTTPS) ↗ | proxy home | ◑ dark◐ light

bpo-32492: 1.6x speed up in namedtuple attribute access using C fast-path by pablogsal · Pull Request #10495 · python/cpython

pablogsal

Conversation

…path

self-assigned this

Nov 13, 2018

…C fast path

pablogsal changed the title bpo-32492: 2.5x speed up in namedtuple attribute access using C fast-path bpo-32492: 1.6x speed up in namedtuple attribute access using C fast-path

Nov 13, 2018

…the descriptor itself

…only __new__

…on of tuplegetterdescr_get

rhettinger merged commit 3f5fc70 into python:master

Dec 30, 2018

4 checks passed

bedevere/issue-number Issue number 32492 found

Details

bedevere/news News entry found in Misc/NEWS.d

continuous-integration/appveyor/pr AppVeyor build succeeded

Details

continuous-integration/travis-ci/pr The Travis CI build passed

Details

arnolddumas added a commit to arnolddumas/cpython that referenced this pull request

May 3, 2019
…path (python#10495)

* bpo-32492: 2.5x speed up in namedtuple attribute access using C fast path

* Add News entry

* fixup! bpo-32492: 2.5x speed up in namedtuple attribute access using C fast path

* Check for tuple in the __get__ of the new descriptor and don't cache the descriptor itself

* Don't inherit from property. Implement GC methods to handle __doc__

* Add a test for the docstring substitution in descriptors

* Update NEWS entry to reflect time against 3.7 branch

* Simplify implementation with argument clinic, better error messages, only __new__

* Use positional-only parameters for the __new__

* Use PyTuple_GET_SIZE and PyTuple_GET_ITEM to tighter the implementation of tuplegetterdescr_get

* Implement __set__ to make tuplegetter a data descriptor

* Use Py_INCREF now that we inline PyTuple_GetItem

* Apply the valid_index() function, saving one test

* Move Py_None test out of the critical path.