[issue21988] Decrease iterating overhead in timeit

Serhiy Storchaka added the comment: OK. In any case I don't like this patch, it breaks simplicity and elegance of current code. -- ___ Python tracker ___ ___

[issue21988] Decrease iterating overhead in timeit

R. David Murray added the comment: Guido: I've added developer privs to your Guido.van.Rossum account. -- nosy: +r.david.murray ___ Python tracker ___ ___

[issue21988] Decrease iterating overhead in timeit

Changes by Ezio Melotti : -- stage: patch review -> resolved ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue21988] Decrease iterating overhead in timeit

Guido van Rossum added the comment: (Had to switch identities to close it.) -- resolution: -> wont fix status: open -> closed ___ Python tracker ___

[issue21988] Decrease iterating overhead in timeit

Guido van Rossum added the comment: I don't see the value in this complication. Please close as won't fix. -- nosy: +Guido.van.Rossum ___ Python tracker ___ _

[issue21988] Decrease iterating overhead in timeit

Tim Peters added the comment: I'm afraid "microoptimizations" aren't worth measuring to begin with, since, well, they're "micro" ;-) Seriously, switch compilers, compilation flags, or move to a new release of a single compiler, and a micro-optimization often turns into a micro-pessimization.

[issue21988] Decrease iterating overhead in timeit

Changes by Raymond Hettinger : -- nosy: +gvanrossum, rhettinger, tim.peters ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue21988] Decrease iterating overhead in timeit

Antoine Pitrou added the comment: Le 16/07/2014 12:43, Steven D'Aprano a écrit : > > I would *much* rather a parameter to timeit which controls whether or > not to unroll, rather than timeit trying to guess whether you want it to > unroll or not. PyPy can default to off, CPython to on, and other

[issue21988] Decrease iterating overhead in timeit

Steven D'Aprano added the comment: On Wed, Jul 16, 2014 at 02:49:31PM +, Armin Rigo wrote: > ...but I don't think PyPy should be by itself a good enough reason to > reject this patch. It would be fine if timeit detects which > interpreter it runs on, and only tries to unroll on CPython, fo

[issue21988] Decrease iterating overhead in timeit

Armin Rigo added the comment: ...but I don't think PyPy should be by itself a good enough reason to reject this patch. It would be fine if timeit detects which interpreter it runs on, and only tries to unroll on CPython, for example. -- ___ Python

[issue21988] Decrease iterating overhead in timeit

Armin Rigo added the comment: The opposite argument might be relevant too: in some cases, a tracing JIT compiler seeing a long block of code might perform artificially worse. If each repeated line creates a branching path with two outcomes of roughly equal likeliness, then if the line is repe

[issue21988] Decrease iterating overhead in timeit

Antoine Pitrou added the comment: Thanks, then I guess I'm -1 on the patch. -- ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue21988] Decrease iterating overhead in timeit

Alex Gaynor added the comment: I think this is likely to make timeit less representative of how code actually performs in the real world on systems with a JIT. This is because of the cost of sequential operations is not strictly "additive" on PyPy. If you have statements `a` and `b`, and you r

[issue21988] Decrease iterating overhead in timeit

Antoine Pitrou added the comment: Indeed, what's good for CPython may be quite annoying for e.g. a JIT-enabled Python implementation. I wonder what the PyPy developers think about this. -- nosy: +alex, pitrou ___ Python tracker

[issue21988] Decrease iterating overhead in timeit

Steven D'Aprano added the comment: Looks good, but I think it is better to have an "unroll" option rather than do it automatically. I'm okay with the default being to unroll, but sometimes I want to compare the speed between different versions of Python, and having unroll=False to ensure the s

[issue21988] Decrease iterating overhead in timeit

Changes by Serhiy Storchaka : -- title: Decrease iterating overhead it timeit -> Decrease iterating overhead in timeit ___ Python tracker ___ ___