From: "Benjamin C.R. LaHaise" <blah@kvack.org>
To: linux-mm@kvack.org
Subject: [Fwd] VMM swap interactive performance
Date: Mon, 12 Jun 2000 13:50:58 -0400 (EDT) [thread overview]
Message-ID: <Pine.LNX.3.96.1000612135011.9612B-100000@kanga.kvack.org> (raw)
>From sct@redhat.com Mon Jun 12 13:47:45 2000
Message-ID: <39450E67.7CC8DA89@baldauf.org>
Date: Mon, 12 Jun 2000 18:23:03 +0200
From: Xuan Baldauf <xuan--reiserfs@baldauf.org>
Organization: Medium.net
X-Mailer: Mozilla 4.73 [en] (Win98; I)
X-Accept-Language: en,de-DE
MIME-Version: 1.0
To: linux-kernel@vger.rutgers.edu
Subject: VMM swap interactive performance
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-linux-kernel@vger.rutgers.edu
Precedence: bulk
X-Loop: majordomo@vger.rutgers.edu
Resent-From: sct@redhat.com
Resent-Date: Mon, 12 Jun 2000 18:45:23 +0100
Resent-To: linux-mm@kvack.org
Return-Path: <sct@redhat.com>
X-Orcpt: rfc822;linux-mm@kvack.org
Hello,
since I switched from 2.2.15 to 2.4.0-test-acX (X is currently 12), I
noticed a significant but subjective slow down in interactive
performance. Under Linux2.2, when I hit some key (I telneted to the
box), the reaction (printing the appropriate character) always came
promptly, even if the box was busy (seti@home, kernel compile, etc).
Normally, you did not "feel" that you use telnet due to latency.
But since using 2.4, there are sometimes seconds between hitting the
key and printing the result. Now I ran a md5sum (besides a kernel
compile and seti) and encountered the same problem, and top showed me
this:
6:07pm up 1 day, 23:05, 5 users, load average: 4.84, 3.08, 2.23
77 processes: 73 sleeping, 4 running, 0 zombie, 0 stopped
CPU states: 24.1% user, 13.9% system, 0.3% nice, 63.2% idle
Mem: 38368K av, 37596K used, 772K free, 0K shrd, 984K
buff
Swap: 120956K av, 33524K used, 87432K free 18332K
cached
PID USER PRI NI SIZE RSS SHARE STAT LIB %CPU %MEM TIME
COMMAND
12183 root 19 0 180 136 108 R 0 29.1 0.3 1:28
md5sum
2 root 1 0 0 0 0 DW 0 1.8 0.0 3:26
kswapd
12283 root 2 0 848 848 656 R 0 1.7 2.2 0:00 top
1231 root 1 0 1400 624 476 D 0 1.3 1.6 0:35
named
12308 root 0 0 1168 1156 900 S 0 0.5 3.0 0:00
sendmail
12309 root 0 0 1168 1156 900 S 0 0.4 3.0 0:00
sendmail
735 squid 0 0 8596 676 352 S 0 0.3 1.7 9:56
squid
799 seti 12 12 13796 7312 2036 R N 0 0.3 19.0 2574m
setiathome
I was somewhat... puzzled, because normally linux would use the
available resources appropriately, but because the CPU was 63.2% idle,
this obviously was wrong. I was used to "overload" the memory with
seti and the like, now I have to kill seti in order to have good
kernel compile speed.
I think the virtual memory management is not optimal for the "memory
overload" case. I assume that the kernel swaps out pages too
aggressively, making them unavailable in the next second.
Does anybody has a ready to run swap-benchmark program? I'd like to
run it and prove the difference.
Xuan. :o)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux.eu.org/Linux-MM/
next reply other threads:[~2000-06-12 17:50 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-06-12 17:50 Benjamin C.R. LaHaise [this message]
2000-06-12 19:23 Benjamin Redelings I
2000-06-13 14:58 ` Andrea Arcangeli
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=Pine.LNX.3.96.1000612135011.9612B-100000@kanga.kvack.org \
--to=blah@kvack.org \
--cc=linux-mm@kvack.org \
/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