Massa, Harald Armin, 18.07.2011 23:30:
I recommend to wrap the code and release it with the subtitle "the 4 times
faster release"
Just nitpicking here, but you shouldn't forget that any given set of
benchmarks can only ever be an arbitrary one. If you change the current
set, you can rightfull
> I fixed it. Having a working "changes" tab would be cool, but not
> immediately needed
Thanks Maciej. It was just a case of adding the new branch parameter
to the result dictionary, as you did in
pypy/benchmarks/src/saveresults
I wanted to save you the time to look it up and change it but well,
On Wed, Jul 20, 2011 at 3:56 PM, Miquel Torres wrote:
> sorry, I have currently two busy days and couldn't look yet at it.
> Will do as soon as I can
I fixed it. Having a working "changes" tab would be cool, but not
immediately needed
>
>
> 2011/7/19 Antonio Cuni :
>> On 18/07/11 22:36, Miquel T
sorry, I have currently two busy days and couldn't look yet at it.
Will do as soon as I can
2011/7/19 Antonio Cuni :
> On 18/07/11 22:36, Miquel Torres wrote:
>> Ok, it is fixed now.
>>
>> AND branch support is in. Results saved with branch other than
>> "default" will be available in the compari
On Wednesday, July 20, 2011 at 10:27:24 AM, Maciej Fijalkowski
wrote:
> On Wed, Jul 20, 2011 at 9:25 AM, David Fraser
> wrote:
> >
> >
> > On Wednesday, July 20, 2011, at 8:50:20 AM, "Alexander Petrov"
> > wrote:
> >> [snip]
> >> So at this time I didn't come to some kind of decision about Py
On 07/20/2011 08:50 AM, Alexander Petrov wrote:
So at this time I didn't come to some kind of decision about PyPy.
On one hand in most of the cases with straitforward code/algorithms
and "common" syntax constructs there was significant speed
improvement.
But on the other hand, for the cases whe
On Wed, Jul 20, 2011 at 9:25 AM, David Fraser wrote:
>
>
> On Wednesday, July 20, 2011, at 8:50:20 AM, "Alexander Petrov"
> wrote:
>> [snip]
>> So at this time I didn't come to some kind of decision about PyPy.
>>
>> On one hand in most of the cases with straitforward code/algorithms
>> and "com
On Wednesday, July 20, 2011, at 8:50:20 AM, "Alexander Petrov"
wrote:
> [snip]
> So at this time I didn't come to some kind of decision about PyPy.
>
> On one hand in most of the cases with straitforward code/algorithms
> and "common" syntax constructs there was significant speed
> improvement
