Maciej Fijalkowski, 11.04.2011 11:53:
I propose the waf benchmark removal.
Originally, the idea was that we're slower than CPython for no good
reason. Now that this benchmark measures some obscure piece of stdlib
time (subprocesses) I don't think it's that necessary.
Besides:
* the
fwierzbi...@gmail.com, 30.03.2011 04:40:
I've been thinking about the first steps towards collaboration between
the Jython project and the PyPy project. It looks like it isn't going
to be too long before we are all (CPython, PyPy, IronPython, Jython,
etc) working on a single shared repository
Laura Creighton, 10.02.2011 12:40:
We can move things to Open End if people are interested.
Hmm, a web site that's full of Alternate HTML content should be placed
here. boxes doesn't sound very inviting to me as a hosting solution.
Stefan
___
Maciej Fijalkowski, 03.02.2011 11:14:
On Thu, Feb 3, 2011 at 11:56 AM, Fredrik Johansson wrote:
On Thu, Feb 3, 2011 at 8:01 AM, Maciej Fijalkowski wrote:
* Use list comprehension instead of generator expression.
I hope PyPy can do more in the future to speed up generator expressions.
It
Paolo Giarrusso, 01.12.2010 00:34:
Anyway, this does not interact with benchmarks above - Stefan, I still
don't get why you complained that pyexpat is slow by showing
benchmarks for another module, I guess I do not understand your email,
but it asks reasonable? after Amaury talks about
Amaury Forgeot d'Arc, 28.11.2010 11:44:
2010/11/28 Maciej Fijalkowski
On Sun, Nov 28, 2010 at 11:58 AM, René Dudfield wrote:
what xml libraries are people using with pypy? What is working well?
PyExpat works, although it's slow (ctypes-based implementation). I
know genshi has some troubles
René Dudfield, 29.11.2010 14:52:
On Mon, Nov 29, 2010 at 1:40 PM, Stefan Behnel wrote:
Amaury Forgeot d'Arc, 28.11.2010 11:44:
2010/11/28 Maciej Fijalkowski
On Sun, Nov 28, 2010 at 11:58 AM, René Dudfield wrote:
what xml libraries are people using with pypy? What is working well?
PyExpat
Armin Rigo, 07.09.2010 10:57:
On Mon, Sep 6, 2010 at 8:27 PM, Saravanan Shanmugham
Is there a wish list of RPython enhancements somewhere that the
PyPy team might be considering?
Stuff that would benefit RPython users in general.
Again, feel free to make a fork or a branch of PyPy and try to
Saravanan Shanmugham, 03.09.2010 11:11:
From: Jacob Hallén
It is a matter of personal pride, I think. If we made the invitation to the
Shedskin people they would see this as Pypy thinks they are way cooler than
us, so they invite us to be part of their project. This would naturally
generate a
Saravanan Shanmugham, 03.09.2010 19:22:
Lets not be a little presumptious shall we.
This is the second time you seem to be claiming that I haven't done my
research/reading.
That's just the impression that I get from what you write and how you write it.
I just don't see any logical reasons,
Saravanan Shanmugham, 03.09.2010 21:06:
If I were to go with my impressions, based on you being the lead
developer
of Cython, I could have claimed you have an ulterior motive on this thread.
*shrug*
Stefan
___
pypy-dev@codespeak.net
Saravanan Shanmugham, 02.09.2010 09:57:
I afraid people are missing the point here.
For an average engineer its better to be an expert of 1 language than be an
average at 4.
Well, it's certainly better to be an almost-expert in two, than a
no-left-no-right expert in only one.
I am just
Hi,
there has recently been a move towards a .NET/IronPython port of Cython,
mostly driven by the need for a fast NumPy port. During the related
discussion, the question came up how much it would take to let Cython also
target other runtimes, including PyPy.
Given that PyPy already has a
Maciej Fijalkowski, 12.08.2010 10:05:
On Thu, Aug 12, 2010 at 8:49 AM, Stefan Behnel wrote:
there has recently been a move towards a .NET/IronPython port of Cython,
mostly driven by the need for a fast NumPy port. During the related
discussion, the question came up how much it would take
Carl Friedrich Bolz, 25.02.2010 18:38:
On 02/25/2010 04:10 PM, Miquel Torres wrote:
As some of you already know, there is a new performance site online:
speed.pypy.org.
[...]
I'm quite impressed, this is very cool work and a good improvement over
the current plots. Thanks for doing this!
Miquel Torres, 26.02.2010 11:05:
You may also consider that a benchmark that varies greatly between
runs may be a flawed benchmark.
I think it should be considered, but only on the running side, and act
accordingly (too high a deviation: discard run, reconsider benchmark,
reconsider
Carl Friedrich Bolz, 26.02.2010 11:25:
http://buytaert.net/files/oopsla07-georges.pdf
It's sad that the paper doesn't try to understand *why* others use
different ways to benchmark. They even admit at the end that their
statistical approach is only really interesting when the differences are
Armin Rigo, 05.12.2009 16:44:
On Fri, Dec 04, 2009 at 06:18:13PM +0100, Antonio Cuni wrote:
I agree that at this point in time we cannot or don't want to make
annotation/rtyping/backend parallelizable, but it should definitely be
possible to just pass the -j flag to 'make' in an automatic
Maciej Fijalkowski wrote:
I'm completely not up to argue,
Sure, fine with me. I'm actually happy the PyPy project is there. It gives
us both competition and inspiration (although I do think that there is some
space left for broader discussions...).
but cython is effectively a compiler right?
Christian Tismer wrote:
The Q1 goals are relatively doable without doubt. The current
achievements speedwise remind me of the anxient Python2C project.
It showed the typical acceleration by a factor of around 2, which
is what you can expect when eliminating the interpreter loop.
A bit less
20 matches
Mail list logo