* Re: 2.1.110 freepages.min change
[not found] <Pine.LNX.3.96.980722181024.13036A-100000@mirkwood.dummy.home>
@ 1998-07-22 20:27 ` Dr. Werner Fink
1998-07-23 14:43 ` Stephen C. Tweedie
0 siblings, 1 reply; 2+ messages in thread
From: Dr. Werner Fink @ 1998-07-22 20:27 UTC (permalink / raw)
To: Linux Kernel; +Cc: linux-mm
On Wed, Jul 22, 1998 at 06:12:37PM +0200, Rik van Riel wrote:
> Hi Linus,
>
> I've noticed that, in 2.1.110, the value for the
> minimum amount of free pages changed from 48 to
> 10.
>
> Considering the amount of fragmentation problems
> observed and the numbers generated by your fragmentation
> calculation program, this seems a tad on the low side...
>
> If fragmentation problems show up, I suggest we up this
> limit again...
>
It seem's that if the limit is reached now the new try_to_free_pages
instead of the old try_to_free_page(without s) function may free some
more pages as requested ... in best case SWAP_CLUSTER_MAX pages are
freed at once ... looks good Linus. Together with the increased
count_max and count_min in shrink_mmap this one really makes sense.
The change in fs/dcache.c does not look very well because
as higher the number given to prune_dache in shrink_dcache_memory
as more the dcache is pruned ... `0' isn't that good is it?
Werner
PS: I've updated my lowmem.patch to 2.1.110. I would like to
hear some comments on it ... for more please see
http://www.suse.de/~werner/patches/
--
This is a majordomo managed list. To unsubscribe, send a message with
the body 'unsubscribe linux-mm me@address' to: majordomo@kvack.org
^ permalink raw reply [flat|nested] 2+ messages in thread