[pypy-dev] Speeding up zlib in standard library
fijall at gmail.com
Wed Mar 21 18:49:37 CET 2012
On Wed, Mar 21, 2012 at 7:10 PM, Peter Cock <p.j.a.cock at googlemail.com> wrote:
> On Tue, Mar 20, 2012 at 2:52 PM, Maciej Fijalkowski <fijall at gmail.com> wrote:
>> You're confusing levels. Your benchmark code cannot call zlib.
> PyPy development has quite a learning curve.
>> I suggested you benchmark not zlib, but your changes to StringBuilder
>> that you proposed. That does not (and cannot) require zlib. You'll be
>> testing something smaller that you're trying to change instead. Then
>> obviously a comparison with CPython is meaningless.
> i.e. I would create the new StringBuilder benchmark as the file
> pypy/translator/targetStringBuilder.py and do this:
> $ cd pypy/translator/goal/
> $ python translate.py targetStringBuilder.py
> $ ./targetStringBuilder-c
> Then modify the pypy/rpython/lltypesystem/rbuilder.py (or whatever)
> and repeat this. And that should compare the benchmark translation
> by the virgin PyPy against the translation by my modified PyPy?
> That doesn't sound quite so intimidating... and if I've understood this
> now it does seem like the basis of a good development FAQ entry:
> Then if the benchmark results are encouraging, in principle I could
> then recompile the whole of pypy (which is slow), and then go back
> to run the patched pypy on my real script to see what difference it
> makes, if any.
> Thanks for bearing with me,
Right, you got it perfect :)
Can you suggest the wording for a FAQ entry?
More information about the pypy-dev