unutbu <[EMAIL PROTECTED]> added the comment:
Georg, please forgive me. I thought a sample size of 3 was much too small to
make a claim about the typical case, but it appears after doing a computer
experiment that I was wrong:
#!/usr/bin/env python
from __future__ import division
unutbu <[EMAIL PROTECTED]> added the comment:
Let B = the set of all possible times on a particular machine (the machine on
which the timeit script is run).
Let x = the minimum of B.
Then "the lowest value is an upper bound for x".
This is correct, accurate, not an oxymoron.
Th
unutbu <[EMAIL PROTECTED]> added the comment:
Dear Georg,
Would you please reconsider this issue (http://bugs.python.org/issue3318)
for a moment?
The term "lower bound" as it is used in the timeit documentation is either
misleading or mathematically incorrect. A lower b
New submission from unutbu <[EMAIL PROTECTED]>:
Re: http://docs.python.org/lib/module-timeit.html
Where the documentation says "In a typical case, the lowest value gives
a lower bound for how fast your machine can run the given code snippet",
it should read instead,
"I
