PythonExtra/tests/internal_bench/var-8.1-namedtuple-5th.py

import bench
from collections import namedtuple

T = namedtuple("Tup", ["foo1", "foo2", "foo3", "foo4", "num"])


def test(num):
    t = T(0, 0, 0, 0, 20000000)
    i = 0
    while i < t.num:
        i += 1


bench.run(test)
tests/bench: Add testcases for lookup in 5-el instance and namedtuple. ... and we have not that bad mapping type after all - lookup time is ~ the same as in one-attr instance. My namedtuple implementation on the other hand degrades awfully. So, need to rework it. First observation is that named tuple fields are accessed as attributes, so all names are interned at the program start. Then, really should store field array as qstr[], and do quick 32/64 bit scan thru it. 2014-05-07 20:33:36 +02:00			`import bench`
tests: Replace umodule with module everywhere. This work was funded through GitHub Sponsors. Signed-off-by: Jim Mussared <jim.mussared@gmail.com> 2022-08-18 08:57:45 +02:00			`from collections import namedtuple`
tests/bench: Add testcases for lookup in 5-el instance and namedtuple. ... and we have not that bad mapping type after all - lookup time is ~ the same as in one-attr instance. My namedtuple implementation on the other hand degrades awfully. So, need to rework it. First observation is that named tuple fields are accessed as attributes, so all names are interned at the program start. Then, really should store field array as qstr[], and do quick 32/64 bit scan thru it. 2014-05-07 20:33:36 +02:00
py: Use sequence of strings for named tuple initialization - remove single string initialization style - take list of strings instead - store list in the type for fast lookup 2014-12-20 16:37:40 +01:00			`T = namedtuple("Tup", ["foo1", "foo2", "foo3", "foo4", "num"])`
tests/bench: Add testcases for lookup in 5-el instance and namedtuple. ... and we have not that bad mapping type after all - lookup time is ~ the same as in one-attr instance. My namedtuple implementation on the other hand degrades awfully. So, need to rework it. First observation is that named tuple fields are accessed as attributes, so all names are interned at the program start. Then, really should store field array as qstr[], and do quick 32/64 bit scan thru it. 2014-05-07 20:33:36 +02:00
tests: Format all Python code with black, except tests in basics subdir. This adds the Python files in the tests/ directory to be formatted with ./tools/codeformat.py. The basics/ subdirectory is excluded for now so we aren't changing too much at once. In a few places `# fmt: off`/`# fmt: on` was used where the code had special formatting for readability or where the test was actually testing the specific formatting. 2020-03-23 03:26:08 +01:00
tests/bench: Add testcases for lookup in 5-el instance and namedtuple. ... and we have not that bad mapping type after all - lookup time is ~ the same as in one-attr instance. My namedtuple implementation on the other hand degrades awfully. So, need to rework it. First observation is that named tuple fields are accessed as attributes, so all names are interned at the program start. Then, really should store field array as qstr[], and do quick 32/64 bit scan thru it. 2014-05-07 20:33:36 +02:00			`def test(num):`
			`t = T(0, 0, 0, 0, 20000000)`
			`i = 0`
			`while i < t.num:`
			`i += 1`

tests: Format all Python code with black, except tests in basics subdir. This adds the Python files in the tests/ directory to be formatted with ./tools/codeformat.py. The basics/ subdirectory is excluded for now so we aren't changing too much at once. In a few places `# fmt: off`/`# fmt: on` was used where the code had special formatting for readability or where the test was actually testing the specific formatting. 2020-03-23 03:26:08 +01:00
tests/bench: Add testcases for lookup in 5-el instance and namedtuple. ... and we have not that bad mapping type after all - lookup time is ~ the same as in one-attr instance. My namedtuple implementation on the other hand degrades awfully. So, need to rework it. First observation is that named tuple fields are accessed as attributes, so all names are interned at the program start. Then, really should store field array as qstr[], and do quick 32/64 bit scan thru it. 2014-05-07 20:33:36 +02:00			`bench.run(test)`