> struct page *next_hash;
> atomic_t count;
> - unsigned int unused;
> + unsigned int lifetime;
> unsigned long flags; /* atomic flags, some possibly updated asynchronously */
Hmm, this looks suspiciously like a new incarnation of
page aging (which we want to avoid, at least in some
parts of the kernel).
> --- linux-2.1.129/mm/filemap.c Thu Nov 19 20:44:18 1998
> +++ linux/mm/filemap.c Mon Nov 23 13:38:47 1998
> @@ -167,15 +167,14 @@
> case 1:
> /* is it a swap-cache or page-cache page? */
> if (page->inode) {
> - /* Throw swap-cache pages away more aggressively */
> - if (PageSwapCache(page)) {
> - delete_from_swap_cache(page);
> - return 1;
> - }
> if (test_and_clear_bit(PG_referenced, &page->flags))
> break;
> if (pgcache_under_min())
> break;
> + if (PageSwapCache(page)) {
> + delete_from_swap_cache(page);
> + return 1;
> + }
This piece looks good and will result in us keeping swap cached
pages when the page cache is low. We might want to include this
in the current kernel tree, together with the removal of the
free_after construction.
> diff -urN linux-2.1.129/mm/vmscan.c linux/mm/vmscan.c
> --- linux-2.1.129/mm/vmscan.c Thu Nov 19 20:44:18 1998
> +++ linux/mm/vmscan.c Mon Nov 23 19:34:21 1998
> @@ -131,12 +131,21 @@
> return 0;
> }
>
> + /* life time decay */
> + if (page_map->lifetime > PAGE_DECLINE)
> + page_map->lifetime -= PAGE_DECLINE;
> + else
> + page_map->lifetime = 0;
> + if (page_map->lifetime)
> + return 0;
> +
Sorry Werner, but this is exactly the place where we need to
remove any from of page aging. We can do some kind of aging
in the swap cache, page cache and buffer cache, but doing
aging here is just prohibitively expensive and needs to be
removed.
IMHO a better construction be to have a page->fresh flag
which would be set on unmapping from swap_out(). Then
shrink_mmap() would free pages with page->fresh reset
and reset page->fresh if it is set. This way we can
free a page at it's second scan so we avoid freeing
a page that was just unmapped (and giving each page a
bit of a chance to undergo cheap aging).
regards,
Rik -- slowly getting used to dvorak kbd layout...
+-------------------------------------------------------------------+
| Linux memory management tour guide. H.H.vanRiel@phys.uu.nl |
| Scouting Vries cubscout leader. http://www.phys.uu.nl/~riel/ |
+-------------------------------------------------------------------+
-
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.tux.org/lkml/