Re: 2.1.110 freepages.min change

Dr. Werner Fink (werner@suse.de)
Wed, 22 Jul 1998 22:27:36 +0200


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/

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html