Is it possible that this causes the slowdown I see when I benchmark
kernel compilations? Doing make -j2 bzImage modules on 2.4.7 gives:
User time (seconds): 279.62
System time (seconds): 22.19
Percent of CPU this job got: 77%
Elapsed (wall clock) time (h:mm:ss or m:ss): 6:29.95
...
Major (requiring I/O) page faults: 1085696
Minor (reclaiming a frame) page faults: 1263226
With 2.4.8 (default bdflush settings):
User time (seconds): 280.75
System time (seconds): 21.46
Percent of CPU this job got: 71%
Elapsed (wall clock) time (h:mm:ss or m:ss): 7:04.14
...
Major (requiring I/O) page faults: 1085927
Minor (reclaiming a frame) page faults: 1263289
With 2.4.8 (and 50/75 bdflush settings):
User time (seconds): 282.20
System time (seconds): 20.82
Percent of CPU this job got: 71%
Elapsed (wall clock) time (h:mm:ss or m:ss): 7:03.27
...
Major (requiring I/O) page faults: 1094004
Minor (reclaiming a frame) page faults: 1265526
Since 2.4.8 should be better when running short of memory I tried
make -j bzImage modules also, with 2.4.7:
User time (seconds): 294.16
System time (seconds): 32.70
Percent of CPU this job got: 32%
Elapsed (wall clock) time (h:mm:ss or m:ss): 16:40.38
...
Major (requiring I/O) page faults: 1560301
Minor (reclaiming a frame) page faults: 1601194
and with 2.4.8 (default bdflush)
User time (seconds): 293.57
System time (seconds): 50.55
Percent of CPU this job got: 24%
Elapsed (wall clock) time (h:mm:ss or m:ss): 23:35.30
...
Major (requiring I/O) page faults: 1592833
Minor (reclaiming a frame) page faults: 1556612
System is an Athlon-1.2GHz with 256MB DDR-Ram.
If you want further compilation benchmarks just let me know.
Regards,
Jogi
--Well, yeah ... I suppose there's no point in getting greedy, is there?
<< Calvin & Hobbes >> - 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/