Re: [pypy-dev] pypy1.6 slow on string-heavy ops

Can you elaborate about this new model? I remember reading in this list that PyPy-JIT would not work with greenlet because of how greentlet manipulated the C stack and there wasn't any easy solution. What has changed? So will PyPy JIT work with gevent which is based on libevent (and soon to be

Re: [pypy-dev] pypy1.6 slow on string-heavy ops

running one? In those cases the greenlet will be blocked and resumed many times. How does PyPy handle that? From: Armin Rigo To: Andy Cc: Jacob Biesinger ; "pypy-dev@python.org" Sent: Saturday, August 20, 2011 5:43 AM Subject: Re: [pypy-dev] pypy1.6

Re: [pypy-dev] pypy1.6 slow on string-heavy ops

Hi, Anyone who can answer my previous question - "what if my greenlet needs to call multiple Web services or that it's a long running one? In those cases the greenlet will be blocked and resumed many times. How does PyPy handle that?" Thanks.

[pypy-dev] Is PyPy appropriate for Django?

Hi, In the PyPy benchmark there's a Django test that shows tremendous speedup of Django when running PyPy-JIT. But that is just for Django templates. What about the other parts of Django? 1) For URL routing Django uses the re module, which is a C extension. Would JIT work with that? 2) Other

Re: [pypy-dev] Is PyPy appropriate for Django?

Hi David, Which platform are you using? How big of a speedup did you get? Did the memory footprint increased significantly? Thanks. From: David Fraser To: Andy Cc: pypy-dev@python.org Sent: Thursday, August 25, 2011 1:12 AM Subject: Re: [pypy-dev] Is PyPy

Re: [pypy-dev] Is PyPy appropriate for Django?

e within a request-response cycle) for JIT to be useful? From: Armin Rigo To: Andy Cc: "pypy-dev@python.org" Sent: Thursday, August 25, 2011 4:22 AM Subject: Re: [pypy-dev] Is PyPy appropriate for Django? Hi Andy, On Wed, Aug 24, 2011 at 11:26 PM, Andy

Re: [pypy-dev] Is PyPy appropriate for Django?

I didn't know about the rietveld  benchmark.  Thanks! From: Leonardo Santagada To: Andy Cc: "pypy-dev@python.org" Sent: Thursday, August 25, 2011 11:14 AM Subject: Re: [pypy-dev] Is PyPy appropriate for Django? On Wed, Aug 24, 2011 at 6:26

Re: [pypy-dev] Benchmarking PyPy performance on real-world Django app

15 times more memory? That's a lot. Interestingly Quora reported that their PyPy processes were only 50% larger than CPython ones: http://www.quora.com/Quora-Infrastructure/Did-Quoras-switch-to-PyPy-result-in-increased-memory-consumption "our PyPy worker processes themselves take approximately

Re: [pypy-dev] Benchmarking PyPy performance on real-world Django app

What causes Tornado's memory usage to grow constantly? Is it a bug in PyPy or Tornado? It *might* be the same thing as with tornado where memory usage grows constantly. Justin peel is working on it and it'll be in 1.7 some time soon (it does not have to though,

Re: [pypy-dev] PyPy 1.7 - widening the sweet spot

lease? > JSON encoder (but not decoder) has been replaced with a new one.    So JSON decoding in PyPy is still slower than in C-extension? Will there be new decoder to fix that? Thanks and keep up the great work. Andy From: Maciej Fijalkowski To: PyPy Devel

Re: [pypy-dev] PyPy 1.7 - widening the sweet spot

By "stackless features" do you mean just Stackless Python? Or does this limitation apply to any non-blocking system like gevent? From: Maciej Fijalkowski To: holger krekel Cc: PyPy Developer Mailing List Sent: Tuesday, November 22, 2011 3:47 AM Subject: Re:

[pypy-dev] M1 support?

Hi PyPy First, thanks for the project. It's a real aid to me in a hobby project (game mods), which is compile-time sensitive (pypy3 is much faster here than cpython). Second, per https://www.pypy.org/posts/2020/12/mac-meets-arm64-940822335619099039.html

[pypy-dev] pypy 2.2.1 performance on Raspian

I am trying pypy as a performance increase over CPython. My code uses standard python libraries (not numpy), plus 2 'C' libraries accessing Raspberry Pi GPIO hardware with python wrappers. I have compiled both with pypy (sudo pypy setup.py install). The pypy version runs with no problems but is

Re: [pypy-dev] pypy 2.2.1 performance on Raspian

ning to the Cpython interpreter (or pypy JIT) how to map the Python call to the 'C' equvalent call along with exceptions and control of the GIL. There's no state stored within this 'wrapper' code - the 'C' code blocks returning OK, or an error which raises a Pyth

Re: [pypy-dev] pypy 2.2.1 performance on Raspian

pts rather than 'wrapping' it up as a python library. Since these libraries are not mine, I'd prefer to stay with the current model rather than discard the library wrapper and use CFFI instead. -----Original Message- From: Andy Baker [mailto:a...@pistuffing.co.uk] Sent: 01 July 201

Re: [pypy-dev] pypy 2.2.1 performance on Raspian

Take a look at GPIO.tgz (174kB) here: https://github.com/PiStuffing/Quadcopter/blob/master/GPIO.tgz. Once unpacked, the 'wrappers' are in source/py_*. Thanks -Original Message- From: Maciej Fijalkowski [mailto:fij...@gmail.com] Sent: 01 July 2015 15:02 To: Andy Baker Cc: Cor

Re: [pypy-dev] pypy 2.2.1 performance on Raspian

etry processing the sensor data. I guess the "only 2.5 times slower" is the balance between the improved math(s) performance and the reduced sensor performance. Thanks, Andy -Original Message- From: armin.r...@gmail.com [mailto:armin.r...@gmail.com] On Behalf Of Armin Rigo Se

Re: [pypy-dev] pypy 2.2.1 performance on Raspian

Hi Eric, You're right - 2.2.1 is long-in-the-tooth but it's the version shipped in the Raspian distribution. I'll see if I can get the RPIF to upgrade the distro to PyPy 2.6 and I'll give it a go myself too. Andy -Original Message- From: Eric Driggers [mailto

Re: [pypy-dev] pypy 2.2.1 performance on Raspian

Sent: 02 July 2015 08:22 To: Andy Baker Cc: Eric Driggers; PyPy Developer Mailing List Subject: Re: [pypy-dev] pypy 2.2.1 performance on Raspian for what is worth, you not gonna get better performance from C extensions between PyPy 2.2 and 2.6 On Wed, Jul 1, 2015 at 6:55 PM, Andy Baker wrote: &

[pypy-dev] PyPy Winter Sprint

Would the winter sprint be suitable for a beginner to attend? I previously submitted a couple of bug fixes and would like to work towards making a larger contribution. Cheers, Andrew Lawrence ___ pypy-dev mailing list pypy-dev@python.org https://mail.py

Re: [pypy-dev] PyPy Winter Sprint

rew, > > Yes, the sprint is totally suitable for beginners! We usually give > introductions and try to pair newcomers with more experienced developers. > You'd be most welcome to join the sprint! > > Cheers, > > Carl Friedrich > > On December 28, 2018 12:51:03

Re: [pypy-dev] upcoming release

call the packaging script after the binaries have been built. Andy On Fri, Nov 22, 2019 at 6:03 PM Matti Picus wrote: > I would like to do a release of pypy soon. The biggest change from 7.2 > is that we changed the SOABI to pypy27_pp73 (or pp36_pp73) to better > hanlde packaging. Si

[pypy-dev] Invitation to participate in SIAM CS&E Minisymposium

ing, meta-programming tools, and better wrapping tools with domain specific knowledge. -- Andy -- Andy R. Terrel, Ph.D. Texas Advanced Computing Center University of Texas at Austin ater...@tacc.utexas.edu ___ pypy-dev mailing list pypy-dev@python

Re: [pypy-dev] Invitation to participate in SIAM CS&E Minisymposium

On Thu, Aug 9, 2012 at 9:03 AM, Maciej Fijalkowski wrote: > On Wed, Aug 8, 2012 at 8:52 PM, Andy Ray Terrel > wrote: >> Hello all, >> >> I'm putting together a minisymposium at SIAM CS&E 2013 ( >> http://www.siam.org/meetings/cse13/ ) on Fast Numerical Cod