[ python-Bugs-960995 ] test_zlib is too slow
SourceForge.net
noreply at sourceforge.net
Wed May 26 15:52:26 EDT 2004
Bugs item #960995, was opened at 2004-05-26 10:35
Message generated for change (Comment added) made by bcannon
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=960995&group_id=5470
Category: Python Library
Group: Python 2.4
Status: Open
Resolution: None
Priority: 3
Submitted By: Michael Hudson (mwh)
Assigned to: Nobody/Anonymous (nobody)
Summary: test_zlib is too slow
Initial Comment:
I don't know what it's doing, but I've never seen it fail and
waiting for it has certainly wasted quite a lot of my life :-)
----------------------------------------------------------------------
>Comment By: Brett Cannon (bcannon)
Date: 2004-05-26 12:52
Message:
Logged In: YES
user_id=357491
A quick look at the tests Tim lists shows that each of those run the basic
incremental decompression test 8 times, from the normal size to 2**8
time the base size; creates a list from [1<<n for n in range(8)] size
increments. So we get exponential growth in data size for each test
which uses a 1921 long string as the base.
It also compresses in 32 byte steps and then decompresses at 4 byte
steps. The default, though, is 256 and 64.
Perhaps we should just move these tests to something like test_zlib_long
and have it require the overloaded largefile resource?
----------------------------------------------------------------------
Comment By: Tim Peters (tim_one)
Date: 2004-05-26 11:45
Message:
Logged In: YES
user_id=31435
I'm sure most of the cases in test_zlib are quite zippy (yes,
pun intended). Do the right thing: determine which cases
are the time hogs, and pare them down. By eyeball, only
these subtests consume enough time to notice:
test_manydecompimax
test_manydecompimaxflush
test_manydecompinc
s/_many/_some/ isn't enough on its own <wink>.
----------------------------------------------------------------------
Comment By: Raymond Hettinger (rhettinger)
Date: 2004-05-26 11:17
Message:
Logged In: YES
user_id=80475
I hate this slow test. If you want to label this as
explictly called resource, regrtest -u zlib , then be my guest.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=960995&group_id=5470
More information about the Python-bugs-list
mailing list