Message279026
| Author |
vstinner |
| Recipients |
Yury.Selivanov, casevh, josh.r, lemburg, mark.dickinson, pitrou, rhettinger, serhiy.storchaka, skrah, vstinner, yselivanov, zbyrne |
| Date |
2016年10月20日.10:11:39 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<1476958299.17.0.793511662636.issue21955@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
The fatest patch (inline2.patch) has a negligible impact on benchmarks. The purpose of an optimization is to make Python faster, it's not the case here, so I close the issue.
Using timeit, the largest speedup is 1.29x faster. Using performance, spectral_norm is 1.07x faster and pybench.SimpleLongArithmetic is 1.06x faster. I consider that spectral_norm and pybench.SimpleLongArithmetic are microbenchmarks and so not representative of a real application.
The issue was fun, thank you for playing with me the game of micro-optimization ;-) Let's move to more interesting optimizations having a larger impact on more realistic workloads, like cache global variables, optimizing method calls, fastcalls, etc. |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2016年10月20日 10:11:39 | vstinner | set | recipients:
+ vstinner, lemburg, rhettinger, mark.dickinson, pitrou, casevh, skrah, Yury.Selivanov, serhiy.storchaka, yselivanov, josh.r, zbyrne |
| 2016年10月20日 10:11:39 | vstinner | set | messageid: <1476958299.17.0.793511662636.issue21955@psf.upfronthosting.co.za> |
| 2016年10月20日 10:11:39 | vstinner | link | issue21955 messages |
| 2016年10月20日 10:11:39 | vstinner | create |
|