From: elko <elko@home.nl>
To: Robert Love <rml@tech9.net>
Cc: Rik van Riel <riel@conectiva.com.br>, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] updated preempt-kernel
Date: Tue, 23 Oct 2001 17:13:31 +0200 [thread overview]
Message-ID: <01102317133101.00754@ElkOS> (raw)
In-Reply-To: <1003562833.862.65.camel@phantasy> <0110222243171D.05096@ElkOS> <1003792292.1496.65.camel@phantasy>
In-Reply-To: <1003792292.1496.65.camel@phantasy>
[-- Attachment #1: Type: text/plain, Size: 990 bytes --]
On Tuesday 23 October 2001 01:11, Robert Love wrote:
> On Mon, 2001-10-22 at 16:43, elko wrote:
> > My current conclusion: this combination of kernel and patches
> > is the most responsive I've ever used, normally, when I run
> > these command's, my systems would freeze to the point I had
> > to give them the VNP.
>
> Excellent. Give a lot of credit to Rik too because his VM work has
> relieved a lot of thrashing/storming in high-load situations such as
> yours.
> Robert Love
Hereby, I also give *a lot of* credit to Rik, by CC'ing him ;^)
(Hi Rik! No worries, I'm not from Vries <g>)
This system has not been running as smooth as now, since I switched
from 2.4.0 to 2.4.10-ac12 and a few days later to 2.4.12-ac3,
so I did some testing, that I could never complete with
the previous kernels I used (as was asked on the list).
I've attached the results of my latest tests..
--
ElkOS: 4:34pm up 1:05, 3 users, load average: 2.61, 2.58, 2.83
bofhX: Network failure - call NBC
\x04
[-- Attachment #2: tests --]
[-- Type: text/plain, Size: 11832 bytes --]
Tests done just after a reboot:
test1: In console, play a mp3-file with mpg123
test2: In console, play a mp3-file with mpg123 and run the find command
test3: Run test1 in X, play with freeamp
test4: Run test2 in X, play with freeamp
test5: Run test2 in X, play with mpg123
no reboot after test 4, since memory was released, a bit of swap
stayed behind... read the output below...
Extra apps in X: gkrellm, 2x setiathome, 4 konsoles, freeamp playing,
kmail, 2x konqueror, licq
- Fire up mpg123:
[elko@ElkOS mp3]$ while :; do mpg123 "Aphex Twin - Come to Daddy.mp3"; done
- `find' command to stress the system (~3,7G, ~81946 files):
[elko@ElkOS ~]# find .|xargs slocate|sort|uniq -c|head -1
- Make sure I'm using /dev/dsp:
[elko@ElkOS ~]# /usr/sbin/lsof|grep dsp
esd 605 elko 5w CHR 14,3 22742 /dev/dsp
- Watch the system:
[elko@ElkOS ~]# vmstat -n 60 15 |tee -a ~elko/tests
...
- Audio driver used (in kernel): ES1371
- System info:
[elko@ElkOS ~]# /sbin/swapon -s
Filename Type Size Used Priority
/dev/hda7 partition 104380 33648 -1
/dev/hdd5 partition 1465592 35144 -2
[elko@ElkOS ~]# dmesg | egrep "clock |Mem"
Memory: 577440k/589824k available \
(1177k kernel code, 12000k reserved, \
347k data, 236k init, 0k highmem)
..... CPU clock speed is 852.0020 MHz.
..... host bus clock speed is 100.2353 MHz.
* Now for the tests:
-------------------------------------
test1: 2.4.12-ac3-vmpatch-freeswap-preempt
- No skips in mp3 playing, nothing special to report
- vmstat output:
procs memory swap io system cpu
r b w swpd free buff cache si so bi bo in cs us sy id
1 1 0 0 455808 83428 13192 0 0 341 4 220 262 1 3 96
1 0 0 0 454752 83428 14152 0 0 16 2 792 1390 2 1 97
1 0 0 0 453768 83428 15112 0 0 16 1 790 1388 2 1 97
1 0 0 0 452700 83428 16136 0 0 17 0 790 1387 2 1 97
1 0 0 0 451856 83428 16948 0 0 14 0 790 1386 2 1 97
1 0 0 0 451856 83428 16948 0 0 0 1 789 1385 2 1 97
1 0 0 0 451856 83428 16948 0 0 0 0 789 1386 2 1 97
1 0 0 0 451852 83428 16948 0 0 0 0 789 1386 2 1 97
1 0 0 0 451852 83428 16948 0 0 0 0 789 1386 2 1 97
1 0 0 0 451856 83428 16948 0 0 0 1 789 1386 2 1 97
1 0 0 0 451856 83428 16948 0 0 0 0 789 1386 2 1 97
1 0 0 0 451856 83428 16948 0 0 0 0 789 1386 2 1 97
1 0 0 0 451852 83428 16948 0 0 0 0 789 1386 2 1 97
1 0 0 0 451856 83428 16948 0 0 0 0 789 1387 2 1 97
1 0 0 0 451856 83428 16948 0 0 0 1 789 1386 2 1 97
-------------------------------------
test2: 2.4.12-ac3-vmpatch-freeswap-preempt
- This stressed my system a little, she couldn't handle the load perfect,
but she managed to stay alive ;^)
- Top1 when vmstat was finished, but the find command still running (top):
658 elko 19 0 766M 321M 536 R 321M 98.0 57.0 1:01 slocate
- Uptimes shows no big load (uptime):
2:18pm up 9 min, 4 users, load average: 1.45, 0.85, 0.38
2:19pm up 9 min, 4 users, load average: 1.47, 0.91, 0.41
2:21pm up 12 min, 4 users, load average: 1.56, 1.14, 0.57
2:27pm up 18 min, 4 users, load average: 1.45, 1.34, 0.84
- Memory suddenly released (free):
total used free shared buffers cached
Mem: 577676 451124 126552 0 168 7124
-/+ buffers/cache: 443832 133844
Swap: 1569972 6696 1563276
- Skips of mp3-file during test:
1st 5 mins.: 5 skips ~1,5 second each
2nd 5 mins.: 14 skips, same length
3rd 5 mins.: 15 skips, same length
- vmstat output:
procs memory swap io system cpu
r b w swpd free buff cache si so bi bo in cs us sy id
1 0 0 0 445268 83860 17560 0 0 308 4 186 199 2 3 95
2 0 0 356740 3064 228 6372 3 3950 18 4054 820 1473 74 19 8
2 0 0 6904 266992 244 6196 15 4692 39 4692 806 1295 77 17 6
2 0 0 6908 366392 280 6116 15 4190 39 4191 810 1291 76 19 6
2 0 0 557888 3064 140 5816 25 4617 61 4620 783 1433 70 18 12
2 0 0 14200 454988 224 6704 31 9375 60 9377 771 1116 66 24 10
2 0 0 451308 2860 120 5856 9 3477 26 3477 769 1409 75 16 9
2 0 0 946388 3900 124 5900 45 10954 75 10963 797 1170 62 21 18
2 0 0 492616 2860 100 5520 16 4142 39 4142 795 1267 75 18 7
2 0 0 979576 3060 104 5172 8 9130 26 9130 815 1174 70 25 5
2 0 0 450700 3064 108 5352 27 1696 72 1697 799 1313 73 15 12
2 0 0 860220 2844 104 5212 6 10968 22 10968 790 1386 64 22 14
2 0 0 445292 2588 96 5448 13 3835 43 3835 869 1399 71 16 12
2 0 0 895300 3060 104 4988 6 7457 23 7457 787 1187 70 21 9
2 0 0 443772 3064 164 4752 37 4832 86 4834 808 1277 68 17 15
-------------------------------------
test3: 2.4.12-ac3-vmpatch-freeswap-preempt
- No skips in mp3 playing, nothing special to report
- Using /dev/dsp with freeamp:
[elko@ElkOS ~]$ /usr/sbin/lsof | grep dsp
freeamp 716 elko 17w CHR 14,3 22742 /dev/dsp
freeamp 717 elko 17w CHR 14,3 22742 /dev/dsp
freeamp 718 elko 17w CHR 14,3 22742 /dev/dsp
freeamp 719 elko 17w CHR 14,3 22742 /dev/dsp
freeamp 720 elko 17w CHR 14,3 22742 /dev/dsp
freeamp 721 elko 17w CHR 14,3 22742 /dev/dsp
freeamp 723 elko 17w CHR 14,3 22742 /dev/dsp
freeamp 852 elko 17w CHR 14,3 22742 /dev/dsp
freeamp 853 elko 17w CHR 14,3 22742 /dev/dsp
freeamp 854 elko 17w CHR 14,3 22742 /dev/dsp
- vmstat output:
procs memory swap io system cpu
r b w swpd free buff cache si so bi bo in cs us sy id
4 0 0 0 301868 86072 62260 0 0 114 5 138 280 73 8 19
2 0 0 0 305256 86072 62680 0 0 8 3 303 752 90 10 0
2 0 0 0 302248 86084 63716 0 0 17 4 316 575 88 12 0
7 0 0 0 298572 86104 64876 0 0 17 9 296 507 90 10 0
4 0 0 0 297036 86108 65976 0 0 18 5 311 453 91 9 0
2 0 0 0 295916 86112 66916 0 0 16 3 300 523 88 12 0
4 0 0 0 295220 86112 67812 0 0 15 1 274 322 92 8 0
2 0 0 0 293344 86112 68728 0 0 15 1 276 344 93 7 0
3 0 0 0 291392 86184 70644 0 0 33 5 286 403 90 10 0
3 0 0 0 290636 86196 71588 0 0 16 1 296 551 89 11 0
2 0 0 0 291744 86196 72484 0 0 15 1 278 371 92 8 0
2 0 0 0 290828 86196 73380 0 0 15 1 282 389 93 7 0
2 0 0 0 290024 86200 74168 0 0 13 0 279 385 89 11 0
2 0 0 0 287168 86212 75412 0 0 21 2 291 509 91 9 0
2 0 0 0 286228 86212 76308 0 0 15 2 274 332 92 8 0
-------------------------------------
test4: 2.4.12-ac3-vmpatch-freeswap-preempt
- This is a strange one, since I've loaded more apps. in X, I would think the
system would be even more stressed then in test 2 (same test in console);
maybe it's freeamp that's doing so well, since I only had 2 skips;
therefore, I'll run this test again with mpg123, like in test2
- Skips of mp3-file during test (4 skips total):
1st 5 mins.: none
2nd 5 mins.: none
3rd 5 mins.: 1 at 12 mins. and 1 at ~14,9678 mins.
- Note: 3 times, when memory began to get full, swap took over without slowing
anything down at all, you couldn't notice it...
- vmstat output:
procs memory swap io system cpu
r b w swpd free buff cache si so bi bo in cs us sy id
3 2 0 0 281596 100628 61968 0 0 218 6 176 309 26 5 69
4 0 0 0 225064 108032 81312 0 0 403 26 368 516 85 15 0
3 0 0 0 116020 113436 96648 0 0 303 62 347 484 88 12 0
4 0 0 212492 3068 103368 32608 0 0 42 20 280 333 86 14 0
3 3 0 327916 3060 776 21440 13 4180 47 4183 322 331 83 17 0
3 0 0 487860 3064 636 14908 89 3045 121 3054 302 309 86 14 0
3 0 0 750580 3060 384 12788 36 3023 52 3024 301 315 82 18 0
3 0 0 68756 292060 704 18208 131 0 226 3 277 347 86 14 0
3 0 0 68756 31500 704 19232 3 0 20 1 273 309 88 12 0
3 0 0 472564 3064 424 13860 34 3912 68 3913 314 377 77 17 7
3 0 0 68992 318612 812 20552 415 1911 555 1913 291 357 86 14 0
3 0 0 68960 63564 988 22088 15 0 43 1 277 318 88 12 0
3 0 0 480228 2552 476 13688 37 3446 67 3447 292 325 76 20 4
4 0 0 551760 3120 584 14076 281 3791 333 3792 324 357 84 15 1
3 0 0 863540 2896 428 8616 14 4522 32 4523 305 309 76 17 7
-------------------------------------
test5: 2.4.12-ac3-vmpatch-freeswap-preempt
- Some skips, but not as much as I would have thought:
1st skip at 7 mins. (during a desktop-switch)
2nd skip at 9,5 mins.
3rd skip at 13 mins.
4th skip at 14 mins. (just before the end of vmstat)
- I would have expected much more skips during this test, since it's
the same as test2, only much more programs running (X etc.)...
- When running these tests in X, the machine would freeze when trying to
switch kde-desktops or switch apps., but when nothing is touched, she
just (about) keeps on playing...
- vmstat output:
procs memory swap io system cpu
r b w swpd free buff cache si so bi bo in cs us sy id
5 1 0 68120 465408 1188 24364 45 766 161 773 216 317 66 10 24
4 0 0 68120 412296 8892 41464 5 0 384 27 884 1508 88 12 0
4 0 0 68120 316464 14652 58128 1 0 323 53 868 1477 88 12 0
4 0 0 68120 63152 15636 59784 0 0 44 28 798 1364 85 15 0
5 1 0 440360 3064 1132 13772 15 3964 38 3964 847 1335 81 19 0
4 0 0 487248 3064 916 21280 381 1927 552 1938 817 1358 85 15 0
4 0 0 815376 3064 684 19176 274 3886 386 3889 837 1448 81 19 0
4 0 0 70248 259996 924 22368 134 0 190 4 801 1372 86 14 0
6 0 0 70208 3064 988 24160 18 0 57 0 796 1421 87 13 0
4 0 0 467696 2804 508 15660 30 4383 68 4384 784 1246 74 21 5
4 0 0 70356 322744 648 14424 8 1546 29 1549 807 1345 85 15 0
4 0 0 70352 60732 872 15580 11 0 34 1 792 1372 87 13 0
4 0 0 505900 3064 392 11020 33 4972 95 4973 793 1237 79 18 3
4 0 0 568404 3064 520 10104 13 2317 35 2317 785 1298 85 15 0
4 0 0 858932 3064 564 10796 43 3068 93 3069 767 1235 79 21 0
-------------------------------------
BTW: the `find' command never got to finish...
should I let it and `time -v' it for fun ????
~~
End of testing 2.4.12-ac3-vmpatch-freeswap-preempt (23-10-2001 16:51)
~~
--
elko
next prev parent reply other threads:[~2001-10-23 15:15 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-10-20 7:27 [PATCH] updated preempt-kernel Robert Love
2001-10-20 12:44 ` elko
2001-10-22 20:43 ` elko
2001-10-22 23:11 ` Robert Love
2001-10-23 15:13 ` elko [this message]
2001-10-23 15:40 ` Andre's PDC20269 support patch? J.R. de Jong
2001-10-20 12:59 ` [PATCH] updated preempt-kernel Lorenzo Allegrucci
2001-10-20 17:02 ` Robert Love
2001-10-22 15:32 ` bill davidsen
2001-10-22 18:39 ` Mike Fedyk
2001-10-22 23:08 ` Robert Love
2001-10-21 11:05 ` Colin Phipps
2001-10-21 15:24 ` Andrew Morton
2001-10-21 18:16 ` Robert Love
2001-10-22 15:36 ` Taral
2001-10-21 18:23 ` Federico Sevilla III
2001-10-22 8:27 ` Jesper Juhl
2001-10-22 14:46 ` szonyi calin
2001-10-22 23:03 ` Robert Love
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=01102317133101.00754@ElkOS \
--to=elko@home.nl \
--cc=linux-kernel@vger.kernel.org \
--cc=riel@conectiva.com.br \
--cc=rml@tech9.net \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox