Re: [pypy-dev] question re: ancient SSL requirement of pypy

2012-02-22 Thread Dale Hubler
Hi to all who answered me and thanks for the good assistance. I gave up on the binary distribution right off, and tried to build it from source on RHEL5. I had the most difficulty with the libffi part, I tried a server located directory, /usr/local, and finally /usr as my libffi installdir,

Re: [pypy-dev] Bringing Cython and PyPy closer together

2012-02-22 Thread Stefan Behnel
Stefan Behnel, 22.02.2012 21:39: > adding to the list. > >> Some more errors that I see in the logs up to that point, which all hint at >> missing bits of the C-API implementation: >> >> specialfloatvals.c:490: error: ‘Py_HUGE_VAL’ undeclared > > CPython simply defines this as > > #ifndef Py_HUG

Re: [pypy-dev] Bringing Cython and PyPy closer together

2012-02-22 Thread Stefan Behnel
Hi, adding to the list. Stefan Behnel, 19.02.2012 12:10: > Some more errors that I see in the logs up to that point, which all hint at > missing bits of the C-API implementation: > > specialfloatvals.c:490: error: ‘Py_HUGE_VAL’ undeclared CPython simply defines this as #ifndef Py_HUGE_VAL #d

Re: [pypy-dev] STM status

2012-02-22 Thread Armin Rigo
Re-hi, A further update: for fair comparison I built a version of pypy with no stm, -O2, and disabling the method cache too. It takes 820ms per iteration, not 650ms. This places the pure overhead of STM at just under 2x. That's another milestone: I estimated that we would get an overhead betwee

Re: [pypy-dev] STM status

2012-02-22 Thread Armin Rigo
Hi, Update. I found out that the method cache in typeobject.py is still causing troubles, so I disabled it and get the following results (now more consistenty):  1 thread: 1626ms  2 threads: 925ms 3 threads: 647ms  4 threads: 571ms  8 threads: 429ms So now even 3 threads are enough to get