From: Allan Sandfeld <linux@sneulv.dk>
To: linux-kernel@vger.kernel.org
Cc: Stephan von Krawczynski <skraw@ithnet.com>
Subject: Re: 2.4.13pre3aa1
Date: Tue, 16 Oct 2001 15:55:27 +0200 [thread overview]
Message-ID: <E15tUgv-0000Oh-00@Princess> (raw)
In-Reply-To: <20011016110708.D2380@athlon.random> <E15tTMq-0000E6-00@Princess> <20011016152126.01d58180.skraw@ithnet.com>
In-Reply-To: <20011016152126.01d58180.skraw@ithnet.com>
On Tuesday 16 October 2001 15:21, you wrote:
>
> On my system I cannot see anything the like. Look at the execution time.
> Ok, I must admit: I do not use brain-dead K stuff (warning: this is a very
> personal opinion, don't flame me here :-).
>
> What does your setup look like? Have you ever tested without K?
>
No, I havent tried it without K. The system is quite responsive if I only run
updatedb, and swap around in either text-linux or a simple X setup. When
looking closer at the problem, it is the combination of running kmail with
HUGE folders (think linux-kernel archive), apt-get and anacron that thrashes
the system. All of these have a "relative" low impact when running alone or
two and two.
It might be "what you expect" abusing the system like that. But as I said, it
is not a problem in 2.4.11-pre1 and 2.4.12-ac3.
Princess:/home# cat /proc/meminfo
total: used: free: shared: buffers: cached:
Mem: 196304896 192466944 3837952 0 1327104 33628160
Swap: 255426560 64491520 190935040
MemTotal: 191704 kB
MemFree: 3748 kB
MemShared: 0 kB
Buffers: 1296 kB
Cached: 28196 kB
SwapCached: 4644 kB
Active: 23344 kB
Inactive: 10792 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 191704 kB
LowFree: 3748 kB
SwapTotal: 249440 kB
SwapFree: 186460 kB
Princess:/proc# uname -r
2.4.13-pre2
Princess:/proc# df
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/hda3 18975356 9843804 8167652 55% /
/dev/hda1 7318 7241 0 100% /boot
15:52:56 up 1:03, 2 users, load average: 3.44, 3.95, 3.16
90 processes: 86 sleeping, 2 running, 2 zombie, 0 stopped
CPU states: 23.7% user, 3.4% system, 0.0% nice, 73.0% idle
Mem: 191704K total, 188024K used, 3680K free, 2652K buffers
Swap: 249440K total, 61744K used, 187696K free, 21268K cached
Does all this help you?
Notice this is not worst case, just what I could reproduce by starting
updatedb and checksecurity while answering your mail. Switchtime from desktop
to desktop is 1 minute.
`Allan
next prev parent reply other threads:[~2001-10-16 13:58 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-10-16 9:07 2.4.13pre3aa1 Andrea Arcangeli
2001-10-16 12:30 ` 2.4.13pre3aa1 Allan Sandfeld
2001-10-16 13:21 ` 2.4.13pre3aa1 Stephan von Krawczynski
2001-10-16 13:55 ` Allan Sandfeld [this message]
2001-10-16 18:38 ` 2.4.13pre3aa1 Stephan von Krawczynski
2001-10-17 8:55 ` 2.4.13pre3aa1 Allan Sandfeld
2001-10-16 14:26 ` 2.4.13pre3aa1 Allan Sandfeld
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=E15tUgv-0000Oh-00@Princess \
--to=linux@sneulv.dk \
--cc=linux-kernel@vger.kernel.org \
--cc=skraw@ithnet.com \
/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