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 casevh
Recipients Yury.Selivanov, casevh, josh.r, lemburg, mark.dickinson, pitrou, rhettinger, serhiy.storchaka, skrah, vstinner, yselivanov, zbyrne
Date 2016-02-08.16:30:15
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1454949016.21.0.440488823106.issue21955@psf.upfronthosting.co.za>
In-reply-to
Content
mpmath is a library for arbitrary-precision floating-point arithmetic. It uses Python's native long type or gmpy2's mpz type for computations. It is available at https://pypi.python.org/pypi/mpmath.

The test suite can be run directly from the source tree. The test suite includes timing information for individual tests and for the the entire test. Sample invocation:

~/src/mpmath-0.19/mpmath/tests$ time py36 runtests.py -local

For example, I've tried to optimize gmpy2's handling of binary operations between its mpz type and short Python integers. I've found it to provide useful results: improvements that are significant on a micro-benchmark (say 20%) will usually cause a small but repeatable improvement. And some improvements that looked good on a micro-benchmark would slow down mpmath.

I ran the mpmath test suite with Python 3.6 and with the fastint6 patch. The overall increase when using Python long type was about 1%. When using gmpy2's mpz type, there was a slowdown of about 2%.

I will run more tests tonight.
History
Date User Action Args
2016-02-08 16:30:16casevhsetrecipients: + casevh, lemburg, rhettinger, mark.dickinson, pitrou, vstinner, skrah, Yury.Selivanov, serhiy.storchaka, yselivanov, josh.r, zbyrne
2016-02-08 16:30:16casevhsetmessageid: <1454949016.21.0.440488823106.issue21955@psf.upfronthosting.co.za>
2016-02-08 16:30:16casevhlinkissue21955 messages
2016-02-08 16:30:15casevhcreate