I am afraid it's not interesting. I just wanted to test it with our small project - geoip server which resolves ip address to region. Now we use bjoern wsgi server for running this project. Basically it's does nothing but bisect search on array.array. When i run this code without wsgi wrapper using pypy it shows about 400% speed boots. Unfortunately uwsgi with pypy plugin shows me pretty same perfomance as usual uwsgi. When i wrote simple application which loop over "for" cycle and increment some variable, i got same result. I'll try running more tests to figure out what I'm doing wrong. I am a fan of your work and looking forward to using pypy in our production project. On Thu, Apr 12, 2012 at 14:52, Maciej Fijalkowski <fijall@gmail.com> wrote:
On Wed, Apr 11, 2012 at 4:42 PM, Max Lavrenov <max.lavrenov@gmail.com>wrote:
Thank you! Finally I've built libpupy.so and uwsgi with it.
Cool! Feel free to share your story with either us or via some blog if you find it interesting!
Cheers, fijal
On Wed, Apr 11, 2012 at 11:22, Amaury Forgeot d'Arc <amauryfa@gmail.com>wrote:
Hi,
2012/4/11 Max Lavrenov <max.lavrenov@gmail.com>
Hello everyone!
I got some errors while i was building the embedded-pypy branch with python translate.py -Ojit --shared. Could anybody help me with it, please?
trackgcroot.py does not recognize some constructs used when compiling with -fPIC. I thought I fixed them though... Anyway it will crash at runtime: because of code relocation, function pointers are actually addresses into a translation table, which contains the real code address. I already fixed this for Windows a long time ago.
Meanwhile, the best thing to do is to avoid assembler magic, and translate with the option: --gcrootfinder=shadowstack
-- Amaury Forgeot d'Arc
_______________________________________________ pypy-dev mailing list pypy-dev@python.org http://mail.python.org/mailman/listinfo/pypy-dev