Live data from Hacker News

PyPy 2.0 Released

morepypy.blogspot.com

31–40 of 77 posts

Re: PyPy 2.0 Released

#31
post #9

Earlier quoted context omitted.

Do you mean can you save the state of the JIT for future use?

Yeah. Can you? Considering CPython already generates .pyc and checks timestamps, keeping some kind of JIT cache around wouldn't be a stretch.

I can't speak for python, but I do know that the impact of translating code for Racket's JIT (provided by GNU lightning, not LLVM) is negligable (ie. takes less time than the time you gain by JITting

Re: PyPy 2.0 Released

#32
post #30
post #29

Earlier quoted context omitted.

Interesting datum you used. That chart shows that, on those compilers, on those programs, with those test data, Perl and CPython are VERY similar in speed. If you compare your link (Perl / CPython) with the inverse (CPython / Perl), you almost can't tell the graphs apart. http://benchmarksgame.alioth.debian.org/u64q/benchmark.php?t... So CPython is about the same speed as Perl. PyPy's speed comparison suggests that P…

Perl is famous for it regex performance. For many years people have compared Python, Ruby, and Perl performance and it has usually been Perl as the fastest followed by Python then Ruby. I've seen many posts like this: http://stackoverflow.com/questions/12793562/text-processing-... These days, however, it appears that Python has really come into its own. I started using Sublime Text so that got me into trying out Pyth…

I think regex performance of Perl is nothing extraordinary. What it is famous for is pushing the scope of matching beyond regular languages.

Of all the common scripting languages I think TCL uses a different algorithm for regex matching and is considerably faster than Perl, especially on longer strings. Let me find some corroborating docs.

Ok this has some info http://swtch.com/~rsc/regexp/regexp1.html

Re: PyPy 2.0 Released

#34
post #2

The gevent/eventlet part of this has me pretty excited. We needed this in order to do some experimenting with PyPy without investing a good deal of time on a test conversion. I'm also interested to see if cffi is as good as I've heard it is (relative to ctypes). Excellent work, fijal and team!

This is exciting for eventlet. Coupled with recent resurgence of work on it, it might bring it back into spotlight.

Re: PyPy 2.0 Released

#35
post #32
post #30

Earlier quoted context omitted.

Perl is famous for it regex performance. For many years people have compared Python, Ruby, and Perl performance and it has usually been Perl as the fastest followed by Python then Ruby. I've seen many posts like this: http://stackoverflow.com/questions/12793562/text-processing-... These days, however, it appears that Python has really come into its own. I started using Sublime Text so that got me into trying out Pyth…

I think regex performance of Perl is nothing extraordinary. What it is famous for is pushing the scope of matching beyond regular languages. Of all the common scripting languages I think TCL uses a different algorithm for regex matching and is considerably faster than Perl, especially on longer strings. Let me find some corroborating docs. Ok this has some info http://swtch.com/~rsc/regexp/regexp1.html

Exactly. Perl regexes have _poor_ performance in terms of running time, but good usability, including by squeezing non-regular features into their allegedly-regular expressions, and also things like numerous and flexible character classes, consistent behaviour for escapes, etc.

I love vim, but jesus I can never remember which vim regex metacharacters need escaping to get their meta-meaning, and which need escaping to get their non-meta meaning.

Re: PyPy 2.0 Released

#36
post #4

Congratulations! Looking forward to the day PyPy becomes the reference implementation.

In many cases, you want to be careful about using JIT'd platforms. Many people forget that the memory requirements skyrocket. When you want to use a language on many different platforms, including embedded, you start to see how having a JIT interpreter as your reference platform can be disadvantageous. CPython isn't exactly slow either, especially when you consider many 'intensive' modules are written directly in C.

Pypy should stay as it is, an experiment that can be used for people who require more performance for certain workloads. Of course, having part of your language written in C for CPython can hurt sometimes, when you can't easily use the functionality on other interpreters.

Re: PyPy 2.0 Released

#38
post #14

Earlier quoted context omitted.

God yes. I wish the CPython people would just capitulate and throw themselves behind it.

Because who cares of existing, running, legacy code, right?

Do you mean the people who haven't upgraded from Python 2.7 to Python 3?

Re: PyPy 2.0 Released

#39
post #3

Can someone knowledgeable compare PyPy, Numba and Cython? I mostly use Cython. Tried Numba also, it has very nice workflow when it works with autojit (when it doesn't error messages are pretty cryptic). With PyPy I don't understand why for example all that type information obtained from jit wouldn't be used to make something like Numba specialized functions or Cython modules (noob question but please answer).

Have you tried the cffi? I used to use cython, but since I found the cffi, I haven't looked back.

Re: PyPy 2.0 Released

#40
post #6

Does anyone have any performance comparisons to Perl? I've used Perl for over a decade. Just started using Python on a project. I've got a lot to learn but Python makes you feel like you've got it down pretty quickly. One of the things that kept me on Perl was its great performance. http://benchmarksgame.alioth.debian.org/u64q/perl.php I'd like to go for the win, win. Is that 'FTWW?'

I haven't seen Perl vs. PyPy stats, but here is some CPython vs. PyPy benchmarks: http://speed.pypy.org/

Here are posts that compares CPython 2.7, 3.3 and PyPy 1.9:

1. web frameworks performance: http://mindref.blogspot.com/2012/09/python-fastest-web-frame... 2. template engine performance: http://mindref.blogspot.com/2012/07/python-fastest-template....

It would be interesting to see how PyPy 1.9 compares to 2.0 in those benchmarks.

Post reply on HN