On related topic - is /Documentation/sysctl/vm.txt up-to-date? Is there a
better document to use?
----- Original Message -----
From: "Linus Torvalds" <firstname.lastname@example.org>
To: <email@example.com>; <firstname.lastname@example.org>; "Marcelo
Tosatti" <email@example.com>; "Alan Cox" <firstname.lastname@example.org>
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
> >its happening)
> >mem info during:
> >SysRq: Show Memory
> >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
> 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?
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to email@example.com
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/