Hi Vlada Generally speaking, if we can't have a look there is incredibly little we can do "I have a program" can be pretty much anything.
It is well known that django ORM is very slow (both on pypy and on cpython) and makes the JIT take forever to warm up. I have absolutely no idea how long is your run at full CPU, but this is definitely one of your suspects On Sun, Mar 26, 2017 at 1:06 PM, Vláďa Macek <ma...@sandbox.cz> wrote: > Hi, recently I asked my friends to run my sort of a benchmark on their > machines (attached). The goal was to test the speed of different data > access in python2 and python3, 32bit and 64bit. One of my friends sent me > the pypy results -- the script ran fast as hell! Astounding. > > At home I have a 64bit Dell laptop running 32bit Ubuntu 14.04. I downloaded > your binary > https://bitbucket.org/pypy/pypy/downloads/pypy2-v5.7.0-linux32.tar.bz2 and > confirmed my friend's results, wow. > > I develop a large Django project, that includes a big amount of background > data processing. Reads large files, computes, issues much SQL to postgresql > via psycopg2, every 5 minutes. Heavily uses memcache daemon between runs. > > I'd welcome a speedup here very much. > > So let's give it a try. Installed psycopg2cffi (via pip in virtualenv), set > up the paths and ran. The computation printouts were the same, very > promising -- taking into account how complicated the project is! The SQL > looked right too. My respect on compatiblity! > > Unfortunately, the time needed to complete was double in comparison CPython > 2.7 for exactly the same task. > > You mention you might have some tips for why it's slow. Are you interested > in getting in touch? Although I rather can't share the code and data with > you, I'm offering a real world example of significant load that might help > Pypy get better. > > Thank you, > > -- > : Vlada Macek : http://macek.sandbox.cz : +420 608 978 164 > : UNIX && Dev || Training : Python, Django : PGP key 97330EBD > > (Disclaimer: The opinions expressed herein are not necessarily those > of my employer, not necessarily mine, and probably not necessary.) > > > _______________________________________________ > pypy-dev mailing list > pypy-dev@python.org > https://mail.python.org/mailman/listinfo/pypy-dev > _______________________________________________ pypy-dev mailing list pypy-dev@python.org https://mail.python.org/mailman/listinfo/pypy-dev
