lkml.org 
[lkml]   [2003]   [Dec]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
Subject2.6.0 performance problems
I spend almost all of my time using, testing, and hacking on development 
kernels. On my laptop I have noticed that things seemed to take an
inordinate amount of time to complete. I've ascribed most of this to the
fact that most of the systems I work on have decent system specifications
while my laptop is a PIII 650 MHz processor.

I just finished a couple of comparisons between 2.4 and 2.6 which seem to
confirm my impressions. I understand that the comparison may not be
apples to apples and my methods of testing may not be rigorous, but here
it is. In contrast to some recent discussions on this list, this test is
a "real world" test at which 2.6 comes off much worse than 2.4.

The 2.4 kernel I used for this test is the standard RedHat kernel in
Fedora Core 1, 2.4.22-1.2129.nptl. The 2.6 kernel is the latest bk pull
from today. The test was doing a bk export from a freshly updated bk
repository. The specific command was:
bk export linux-2.5 linux-2.6-tm

Under 2.4 top shows:

user nice system irq softirq iowait idle
1.3 0 2.1 0 0 0 96.6

Execution time for the test was:
real 13m33.482s
user 0m33.540s
sys 0m16.210s


Under 2.6 top shows:
user nice system irq softirq iowait idle
0.9 0 5.3 0.9 0.3 92.6 0

Execution time for the test was:
real 22m42.397s
user 0m37.753s
sys 0m54.043s

I've done no performance tweaking in either case. Both tests were done
immediately after boot up with only the top program running in each case.
I'm not sure what other data would be relevant here. Any thoughts from
the group would be appreciated.
-
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/

\
 
 \ /
  Last update: 2005-03-22 13:59    [W:0.183 / U:0.356 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site