Skip to main content

Blog coverage of speed.pypy.org

If you want to read a detailed analysis about why speed.pypy.org is cool, head over to Saveen Reddy's blog at the MSDN.

Comments

PAOLO BASSO wrote on 2010-03-20 13:15:

First of all congratulations for the great work, I can say I am a newbie in Python world but I follow with interest this project. I tryed the release with the JIT compiler with also the parallel python module and the speed gain is sensible. I compared also the performance with psyco on 3 or 4 benchmarks and it seems that the time for the execution is usually more or less the same. Do you think there will be the possibility again for a massive speed improvement in future releases or the level of max performance is not so far? How much faster could it be in the future?

Thanks,

Paolo

Luis wrote on 2010-03-22 20:12:

Question:
According to the Computer Language Benchmarks Game, there are three benchmarks that perform way slower in Pypy against Python 3 ( see here: https://shootout.alioth.debian.org/u32/benchmark.php?test=all&lang=pypy&lang2=python3 ).

Those are:
1) reverse-complement
2) regex-dna
3) pidgits

I know that regex-dna performs slower because regex haven't been optimized yet, but what's the reason for the other two? Do they use regex too?

Anonymous wrote on 2010-03-24 17:02:

@Luis pidigits is about using gmpy for cpython vs longs for pypy. It's a bit apples vs oranges. That said, CPython's longs are still faster than pypy's so we definitely can improve. This are needs some love :)

Reverse complement is string benchmark and I did not look but it might be that the speed of str.translate is suboptimal.

Cheers,
fijal, hiding