From: Rik van Riel <H.H.vanRiel@fys.ruu.nl>
To: Noel Maddy <ncm@biostat.hfh.edu>
Cc: linux-kernel@vger.rutgers.edu, linux-mm <linux-mm@kvack.org>
Subject: Re: [PATCH] vhand-2.1.63
Date: Tue, 18 Nov 1997 10:56:46 +0100 (MET) [thread overview]
Message-ID: <Pine.LNX.3.91.971118104705.359A-100000@mirkwood.dummy.home> (raw)
In-Reply-To: <m0xXSuK-000sOuC@linux.biostat.hfh.edu>
On Mon, 17 Nov 1997, Noel Maddy wrote:
> > I noticed that after kernel was running some time, it become quite
> > unresponsive (moving mouse in X and so.). And vhand kernel thread is
> > definitely burning too much CPU cycles (sometimes it uses up to 10% of
> > CPU!?):
> >
> > 0 2 1 13:10 ? 0:14 kflushd
> > 0 3 1 13:10 ? 0:03 kswapd
> > 0 4 1 13:10 ? 7:51 vhand <<--
> > 0 11 1 13:11 ? 0:01 update
>
> Now, that's interesting. I have had very noticable improvements in
> responsiveness when my system is heavily into swap. Also, I haven't
> seen vhand take up much CPU time at all. Of course, I've only had
> vhand up for a day or so at a time -- I have to work in NT as well :(
There is a situation in which vhand _does_ use up far to much CPU
time. It is when the system continuously loads new things into
memory which it only uses once/twice, and the rest of memory gets
used continuously. I think I'm going to boost up the kswapd_max_fail
because obviously there _is_ 1/32 of memory ready to swap out, it's
just that kswapd isn't at that point in memory :-(
>
> I've got a 32MB 200MMX, and am running glibc 2.0.5c from Debian
> unstable. I also run the Enlightenment window manager, which is very
> graphics-intensive, and can use a lot of memory. The problem comes
> when I start Netscape. Not only is it memory-voracious, but it's libc5
> -- the only libc5 program I run any more.
>
> Without the vhand patch, the system is often nearly unusable when I
> load Netscape. I can't get more than about 20MB into swap without the
> system thrashing and response deteriorating -- Enlightenment and
> Netscape will put me there right away.
>
> With the vhand patch, the response is much crisper, and I am even able
> to run gimp and Netscape simultaneously (over 40MB in to swap) without
> serious problems.
This is my test as well, I run X, Netscape, a HTTP proxy (wwwoffle),
Afterstep&Wharf and 6 xanims... No problem :-)
>
> On the other hand, it does seem that programs take longer to start up
> with the vhand patch -- perhaps this could be affecting the kernel
> compilation as well.
This probably is because the system is more careful about which
page to kick out of memory... This way it takes (a bit) longer
to free all the memory. And remember, vhand gets woken up and runs
(maybe half a jiffie). If it doesn't run a full jiffie, the cost
is billed to the program that is running the next jiffie :-(
>
> Anyway, 2.1.63-vhand is the kernel for me right now. Thanks :)
No thanks. Your story has been helpful to me.
In fact, I need/'d like to have more success/failure stories.
Up to now I'v only had success stories (and 2 of decreasing performance
with kernel compiling). Without real failures, I might send it to
Linus later this week...
Rik.
----------
Send Linux memory-management wishes to me: I'm currently looking
for something to hack...
parent reply other threads:[~1997-11-18 12:17 UTC|newest]
Thread overview: expand[flat|nested] mbox.gz Atom feed
[parent not found: <m0xXSuK-000sOuC@linux.biostat.hfh.edu>]
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.91.971118104705.359A-100000@mirkwood.dummy.home \
--to=h.h.vanriel@fys.ruu.nl \
--cc=linux-kernel@vger.rutgers.edu \
--cc=linux-mm@kvack.org \
--cc=ncm@biostat.hfh.edu \
/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