From: Dieter Nützel <Dieter.Nuetzel@hamburg.de>
To: Rik van Riel <riel@conectiva.com.br>
Cc: "Linux Kernel List" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] VM fixes + RSS limits 2.4.0-test13-pre5 / test13-pre7
Date: Sun, 31 Dec 2000 03:30:39 +0100 [thread overview]
Message-ID: <00123103303900.00634@SunWave1> (raw)
Hello Rik,
I did some more benchmarks on this --- puh, took me some time...:-)
Test machine: 256 MB, K7 550 SlotA, SCSI, IDE, ReiserFS 3.6.23, Blocksize=4K
Test: dbench 48
2.4.0-test13-pre5 + Rik's VM fix #2
/dev/sda7:
Timing buffered disk reads: 64 MB in 6.07 seconds = 10.54 MB/sec
Throughput 7.54785 MB/sec (NB=9.43482 MB/sec 75.4785 MBit/sec)
41.200u 95.870s 13:59.50 16.3% 0+0k 0+0io 1797pf+0w
-O -mcpu=k6 -mpreferred-stack-boundary=2 -malign-functions=4
-fschedule-insns2 -fexpensive-optimizations
Throughput 7.7981 MB/sec (NB=9.74762 MB/sec 77.981 MBit/sec)
42.180u 96.620s 13:32.54 17.0% 0+0k 0+0io 1799pf+0w
--------------------------------------------------
/dev/hdc1:
Timing buffered disk reads: 64 MB in 2.89 seconds = 22.15 MB/sec
Throughput 9.4113 MB/sec (NB=11.7641 MB/sec 94.113 MBit/sec)
36.990u 117.720s 11:13.24 22.9% 0+0k 0+0io 1505pf+0w
-O -mcpu=k6 -mpreferred-stack-boundary=2 -malign-functions=4
-fschedule-insns2 -fexpensive-optimizations
Throughput 10.254 MB/sec (NB=12.8175 MB/sec 102.54 MBit/sec)
36.620u 112.870s 10:17.91 24.1% 0+0k 0+0io 1505pf+0w
*******************************************************************************
2.4.0-test13-pre7
/dev/sda7:
Timing buffered disk reads: 64 MB in 6.07 seconds = 10.54 MB/sec
Throughput 9.61382 MB/sec (NB=12.0173 MB/sec 96.1382 MBit/sec)
43.950u 96.790s 10:59.06 21.3% 0+0k 0+0io 1746pf+0w
-O -mcpu=k6 -mpreferred-stack-boundary=2 -malign-functions=4
-fschedule-insns2 -fexpensive-optimizations
Throughput 10.8312 MB/sec (NB=13.539 MB/sec 108.312 MBit/sec)
44.510u 93.000s 9:44.99 23.5% 0+0k 0+0io 1795pf+0w
-------------------------------------------------
/dev/hdc1:
Timing buffered disk reads: 64 MB in 2.89 seconds = 22.15 MB/sec
Throughput 12.3312 MB/sec (NB=15.414 MB/sec 123.312 MBit/sec)
35.220u 112.630s 8:33.83 28.7% 0+0k 0+0io 1505pf+0w
-O -mcpu=k6 -mpreferred-stack-boundary=2 -malign-functions=4
-fschedule-insns2 -fexpensive-optimizations
Throughput 14.4331 MB/sec (NB=18.0414 MB/sec 144.331 MBit/sec)
36.060u 119.760s 7:19.00 35.4% 0+0k 0+0io 1505pf+0w
Addition:
Your fix show some 'bad' swap behavior on my 'normal' load (3D medical
visualization). It do some 'little' swap out and in. Mostly the (not needed?)
swap in hurts performance. A little 'cp -a X11R6 X11R6-new' take more than 2
times longer. If my system hits the 'ZERO swap wall' the currently running
process (render) abort immediately and restart. With test13-pre7 it runs
several times longer (render generates some more frames) but then load goes
up to 10 and render would be killed.
SunWave1>cat /proc/version
Linux version 2.4.0-test13-pre7 (root@SunWave1) (gcc version 2.95.2 19991024
(release)) #1 Sat Dec 30 22:13:04 CET 2000
SunWave1>free -t
total used free shared buffers cached
Mem: 255728 164980 90748 0 34160 46488
-/+ buffers/cache: 84332 171396
Swap: 200772 8 200764
Total: 456500 164988 291512
Happy New Year!
I'll be back on Monday.
-Dieter
--
Dieter Nützel
Graduate Student, Computer Science
University of Hamburg
Department of Computer Science
Cognitive Systems Group
Vogt-Kölln-Straße 30
D-22527 Hamburg, Germany
email: nuetzel@kogs.informatik.uni-hamburg.de
@home: Dieter.Nuetzel@hamburg.de
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
reply other threads:[~2000-12-31 2:58 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=00123103303900.00634@SunWave1 \
--to=dieter.nuetzel@hamburg.de \
--cc=linux-kernel@vger.kernel.org \
--cc=riel@conectiva.com.br \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.