From: "Nick Piggin" <s3293115@student.anu.edu.au>
To: "Linus Torvalds" <torvalds@transmeta.com>,
"Linux-Kernel" <linux-kernel@vger.kernel.org>
Subject: Re: kswapd using all cpu for long periods in 2.4.9-pre4
Date: Thu, 16 Aug 2001 18:07:16 +1000 [thread overview]
Message-ID: <000f01c1262a$773ad1f0$0200a8c0@W2K> (raw)
In-Reply-To: <200108151719.f7FHJbS02350@penguin.transmeta.com>
Yes you're right, my fault sorry. Leaving it as default does fix the
problem. The values were changed using sysctl(8). It writes straight to
/proc - my freepages is not readonly for some reason (source has been
changed)... anyway, no sysctl(2) backdoors found here.
On related topic - is /Documentation/sysctl/vm.txt up-to-date? Is there a
better document to use?
Nick
----- Original Message -----
From: "Linus Torvalds" <torvalds@transmeta.com>
Newsgroups: linux.dev.kernel
To: <s3293115@student.anu.edu.au>; <linux-kernel@vger.kernel.org>; "Marcelo
Tosatti" <marcelo@conectiva.com.br>; "Alan Cox" <alan@lxorguk.ukuu.org.uk>
Sent: Thursday, August 16, 2001 3:19 AM
Subject: Re: kswapd using all cpu for long periods in 2.4.9-pre4
> I just noticed something..
>
> In article <000c01c12569$65581630$0200a8c0@W2K> you write:
> >
> >kswapd is using all cpu for long periods (100-200 seconds then 100-200
> >seconds break....) there is very little disk activity (heres a vmstat
while
> >its happening)
> >
> >mem info during:
> >SysRq: Show Memory
> >Mem-info:
> >Free pages: 3744kB ( 0kB HighMem)
> >( Active: 6946, inactive_dirty: 4296, inactive_clean: 895, free: 936 (256
> >512 2048) )
>
> This shows your freepages.min low and high: 256. 512 and 2048
> respectively.
>
> And that's WRONG. Your "freepages.high" is _way_ too high. You must have
> changed it through the /proc interface somehow, which should be
> impossible (the /proc/sys/vm/freepages file is read-only), but I suspect
> that maybe there's a sysctl backdoor.
>
> How do I know that "freepages.high" is too big? Because it should always
> be 3*freepages.min. Yours is 8*min.
>
> And why does this matter? Because what has apparently happened is:
> - your setup somehow modifies the global free target
> - but the per-zone targets are still the old ones
>
> The end result: we always think that we are under a global shortage, but
> the actual page freeing routines refuse to free pages because all the
> _zones_ think that they are fine.
>
> Which gives you _exactly_ the behaviour you're describing. "kswapd" will
> run forever, and never make any progress at all.
>
> I wonder if this is more common? Does any of the distributions maybe
> have some "system tuning" script that modifies the freepages values
> through sysctl? That would certainly explain why some people see the
> problem and others do not..
>
> How DID you change that value?
>
> Linus
>
prev parent reply other threads:[~2001-08-16 8:16 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-08-15 9:05 kswapd using all cpu for long periods in 2.4.9-pre4 Nick Piggin
2001-08-15 9:43 ` Linus Torvalds
2001-08-15 17:19 ` Linus Torvalds
2001-08-16 8:07 ` Nick Piggin [this message]
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='000f01c1262a$773ad1f0$0200a8c0@W2K' \
--to=s3293115@student.anu.edu.au \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@transmeta.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 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.