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 skrah
Recipients asvetlov, pitrou, scoder, serhiy.storchaka, skrah, vstinner
Date 2016-09-02.11:45:24
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1472816724.96.0.659959624905.issue22458@psf.upfronthosting.co.za>
In-reply-to
Content
I've left comments on GitHub.


[scoder] 
> As I said, where ever exact calculations are needed..

Even if the formatting comment is addressed, the main problem with
this benchmark is that *both* fraction and decimal calculations
are in fact exact here.

You can check that by printing out the values for "t" in the loop
like I suggested on GitHub.


This is of course one of the main features of Decimal: If you're
willing to take the penalty of a large precision, calculations
can often be exact; similar to taking the penalty of potentially
huge numerators and denominators in fractions.


So this benchmark cannot be used to show the superiority of exact
fractions.
History
Date User Action Args
2016-09-02 11:45:25skrahsetrecipients: + skrah, pitrou, scoder, vstinner, asvetlov, serhiy.storchaka
2016-09-02 11:45:24skrahsetmessageid: <1472816724.96.0.659959624905.issue22458@psf.upfronthosting.co.za>
2016-09-02 11:45:24skrahlinkissue22458 messages
2016-09-02 11:45:24skrahcreate