summaryrefslogtreecommitdiff
path: root/Lib/test/sortperf.py
diff options
context:
space:
mode:
authorTim Peters <tim.peters@gmail.com>2002-07-21 17:37:03 +0000
committerTim Peters <tim.peters@gmail.com>2002-07-21 17:37:03 +0000
commit0f6239122656846060e082cc55781d54fc34e8d0 (patch)
tree95f25ecdae18a678ec95369b16ad0c0f29bc0a6c /Lib/test/sortperf.py
parent1044170a2f7e96c76b90785f997231b0a12366b8 (diff)
downloadcpython-0f6239122656846060e082cc55781d54fc34e8d0.tar.gz
New test "+sort", tacking 10 random floats on to the end of a sorted
array. Our samplesort special-cases the snot out of this, running about 12x faster than *sort. The experimental mergesort runs it about 8x faster than *sort without special-casing, but should really do better than that (when merging runs of different lengths, right now it only does something clever about finding where the second run begins in the first and where the first run ends in the second, and that's more of a temp-memory optimization).
Diffstat (limited to 'Lib/test/sortperf.py')
-rw-r--r--Lib/test/sortperf.py15
1 files changed, 9 insertions, 6 deletions
diff --git a/Lib/test/sortperf.py b/Lib/test/sortperf.py
index cd6bbcb700..86b38baa1b 100644
--- a/Lib/test/sortperf.py
+++ b/Lib/test/sortperf.py
@@ -74,13 +74,14 @@ def tabulate(r):
*sort: random data
\sort: descending data
/sort: ascending data
- 3sort: ascending data but with 3 random exchanges
+ 3sort: ascending, then 3 random exchanges
+ +sort: ascending, then 10 random at the end
~sort: many duplicates
=sort: all equal
!sort: worst case scenario
"""
- cases = ("*sort", "\\sort", "/sort", "3sort", "~sort", "=sort", "!sort")
+ cases = tuple([ch + "sort" for ch in r"*\/3+~=!"])
fmt = ("%2s %7s" + " %6s"*len(cases))
print fmt % (("i", "2**i") + cases)
for i in r:
@@ -100,6 +101,11 @@ def tabulate(r):
L[i1], L[i2] = L[i2], L[i1]
doit(L) # 3sort
+ # Replace the last 10 with random floats.
+ if n >= 10:
+ L[-10:] = [random.random() for dummy in range(10)]
+ doit(L) # +sort
+
# Arrange for lots of duplicates.
if n > 4:
del L[4:]
@@ -117,10 +123,7 @@ def tabulate(r):
# This one looks like [3, 2, 1, 0, 0, 1, 2, 3]. It was a bad case
# for an older implementation of quicksort, which used the median
- # of the first, last and middle elements as the pivot. It's still
- # a worse-than-average case for samplesort, but on the order of a
- # measly 5% worse, not a quadratic-time disaster as it was with
- # quicksort.
+ # of the first, last and middle elements as the pivot.
half = n // 2
L = range(half - 1, -1, -1)
L.extend(range(half))