speed.pypy.org shows 27df (45168) as being fast, but 058e (45254) as being slow, I narrowed it down to 45168:45205, ad there's only one reasonable commit in that range. http://paste.pocoo.org/show/437119/ are my benchmark runs (64-bit, local laptop), and the hg log which seems to correspond: http://paste.pocoo.org/show/437121/
Alex On Tue, Jul 12, 2011 at 11:45 AM, Armin Rigo <ar...@tunes.org> wrote: > Hi Alex, > > On Tue, Jul 12, 2011 at 8:36 PM, Alex Gaynor <alex.gay...@gmail.com> > wrote: > > I just investigated the spitfire regression, it appears to have been > caused > > by 27df060341f0 (merg non-null-app-dict branch) > > That's not the conclusion I arrived at. The speed.pypy.org website > says that revision 27df060341f0 was still fast, and I have on tannit64 > a pypy-c-jit from revision 76b06820d08b which is slow. The interval > contains the two changes I described in the previous e-mail, plus a > few other details that are really unlikely to be the cause, but not > the merge of any branch. > > Note that by "interval" I mean "all changes in one revision and not in > the other". <ad>I'm using arigo/hack/hg/hglog here, which builds a > command line like "hg log -r 'reverse(ancestors(%s) and not > ancestors(%s))'".</ad> > > > A bientôt, > > Armin. > -- "I disapprove of what you say, but I will defend to the death your right to say it." -- Evelyn Beatrice Hall (summarizing Voltaire) "The people's good is the highest law." -- Cicero
_______________________________________________ pypy-dev mailing list pypy-dev@python.org http://mail.python.org/mailman/listinfo/pypy-dev
