Closed gitlab-importer closed 10 months ago
gitlab-importer
commented
11 years ago In Heptapod by bitbucket_importer on Jul 16, 2013, 21:30
Created originally on Bitbucket by pjenvey (Philip Jenvey)
This is a significant performance degradation on the py3k branch, basically
intobject.py was disabled due to various obscure breakages.
I'm intending to kill int/long/bool's multimethods (unless someone else does
first
;] ) on default before mucking around with these types againIn Heptapod by bitbucket_importer on Mar 17, 2014, 19:10
Created originally on Bitbucket by pjenvey (Philip Jenvey)
This is pretty much doneIn Heptapod by bitbucket_importer on Apr 3, 2014, 21:59
Created originally on Bitbucket by pjenvey (Philip Jenvey)
An IRC user yay_ reported the follow still seeming slow:
for i in range(10**8): j = 2*iIn Heptapod by bitbucket_importer on Apr 4, 2014, 19:12
Created originally on Bitbucket by pjenvey (Philip Jenvey)
Seems there's probably a couple things hurting us on this basic example:
o Broken strategies (#1471). In particular dict strats, like the lack of
CellDict affects this. One or two other specialized dicts are also broken and
can affect other situations. I've already began working on this
o Py3k's range may be hurting us too because it somewhat differs from py2's
xrange in that it handles the equiv. of py2 longs. We'll have to double check
thisIn Heptapod by bitbucket_importer on Apr 25, 2014, 20:20
Created originally on Bitbucket by pjenvey (Philip Jenvey)
The follow up issue, the regression of the small range example, should be solved
now that issue1471 is closed (092f39d9ab1c).
I tried this example out about a week ago on an older version of the py3k-fix-
strategies branch, and the performance was greatly improved. IIRC it was very
close to default's. That means py3k's range + the JIT (with working strategies)
isn't too much of a problem here
In Heptapod by bitbucket_importer on Jul 16, 2013, 21:30
Created originally on Bitbucket by pjenvey (Philip Jenvey)
From (bugs.pypy.org)