This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author facundobatista
Recipients facundobatista, mark.dickinson, ncoghlan
Date 2008-09-15.23:55:25
SpamBayes Score 4.2436863e-08
Marked as misclassified No
Message-id <1221522987.17.0.0738278395421.issue2486@psf.upfronthosting.co.za>
In-reply-to
Content
Nick said:

> So I would suggest either a new directory in the sandbox, or 
> re-using Facundo's original directory (which includes the 
> telco benchmark)

+1


> And I agree that it is far more sensible to target 2.7/3.1 at 
> this stage - the 3.0 slowdown, while real, actually isn't as bad 
> as I expected, and even if it's large enough to be unacceptable 
> to heavy users of Decimal, the only consequence is that they will 

I'm not seeing this job as a way to solve the 3.0 slowdown, but more as
the way to slowly, but steadily, replace parts of Decimal from Python to
C as needed.

So, I'm +1 to target this to 3.1, and I'm -0 to register the slowdown in
the releases notes (those who use Decimal aren't really in it for speed...).

Thank you!!
History
Date User Action Args
2008-09-15 23:56:27facundobatistasetrecipients: + facundobatista, mark.dickinson, ncoghlan
2008-09-15 23:56:27facundobatistasetmessageid: <1221522987.17.0.0738278395421.issue2486@psf.upfronthosting.co.za>
2008-09-15 23:55:26facundobatistalinkissue2486 messages
2008-09-15 23:55:25facundobatistacreate