LWN.net Logo

2.5.39 with contest 0.41

From:  Con Kolivas <conman@kolivas.net>
To:  linux-kernel@vger.kernel.org
Subject:  [BENCHMARK] 2.5.39 with contest 0.41
Date:  Sat, 28 Sep 2002 16:58:30 +1000
Cc:  Jens Axboe <axboe@suse.de>, Andrew Morton <akpm@digeo.com>



Here follow the latest benchmarks with contest (http://contest.kolivas.net)

noload:
Kernel                  Time            CPU             Ratio
2.4.19                  67.71           98%             1.00*
2.5.38                  72.38           94%             1.07
2.5.38-mm3              73.00           93%             1.08
2.5.39                  73.17           93%             1.08

process_load:
Kernel                  Time            CPU             Ratio
2.4.19                  110.75          57%             1.64*
2.5.38                  85.71           79%             1.27
2.5.38-mm3              96.32           72%             1.42*
2.5.39                  88.18           77%             1.30

io_load:
Kernel                  Time            CPU             Ratio
2.4.19                  216.05          33%             3.19
2.5.38                  887.76          8%              13.11*
2.5.38-mm3              105.17          70%             1.55*
2.5.39                  216.81          37%             3.20

mem_load:
Kernel                  Time            CPU             Ratio
2.4.19                  105.40          70%             1.56
2.5.38                  107.89          73%             1.59
2.5.38-mm3              117.09          63%             1.73*
2.5.39                  103.72          72%             1.53

Things to note:
Despite the new deadline scheduler, performance under IO load is worse than
2.5.38-mm3 (something else?)

Asterisks are placed where the difference was statistically significant from 2.5.39

Hardware: 1133Mhz P3, 224Mb Ram, IDE ATA100 5400rpm drive, IO load on same drive
as compile.

*NOTE* New version of contest means results are not compatible with results of
0.3x. Process Load now more of a process load (and less of a cpu load), and
changed priming (memory flushing) prior to each test results in far greater
resolution of results - hence the notable change in even noload results.

Comments?
Con.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Copyright © 2002, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds