]> granicus.if.org Git - python/commit
*EXPERIMENTAL* speedup of slot_sq_item. This sped up the following
authorGuido van Rossum <guido@python.org>
Wed, 3 Oct 2001 12:09:30 +0000 (12:09 +0000)
committerGuido van Rossum <guido@python.org>
Wed, 3 Oct 2001 12:09:30 +0000 (12:09 +0000)
commitf4593e0b657a29f93a74a578cb4d78aafdf384ea
tree7c8e2ba062e01c9100c05dd7593be2cf639240b4
parent1b0e5490c566826188175b03458e123c043a7991
*EXPERIMENTAL* speedup of slot_sq_item.  This sped up the following
test dramatically:

    class T(tuple): __dynamic__ = 1
    t = T(range(1000))
    for i in range(1000): tt = tuple(t)

The speedup was about 5x compared to the previous state of CVS (1.7
vs. 8.8, in arbitrary time units).  But it's still more than twice as
slow as as the same test with __dynamic__ = 0 (0.8).

I'm not sure that I really want to go through the trouble of this kind
of speedup for every slot.  Even doing it just for the most popular
slots will be a major effort (the new slot_sq_item is 40+ lines, while
the old one was one line with a powerful macro -- unfortunately the
speedup comes from expanding the macro and doing things in a way
specific to the slot signature).

An alternative that I'm currently considering is sketched in PLAN.txt:
trap setattr on type objects.  But this will require keeping track of
all derived types using weak references.
Include/descrobject.h
Objects/descrobject.c
Objects/typeobject.c