[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20130516203428.EEB32399@viggo.jf.intel.com>
Date: Thu, 16 May 2013 13:34:28 -0700
From: Dave Hansen <dave@...1.net>
To: linux-mm@...ck.org
Cc: linux-kernel@...r.kernel.org, akpm@...ux-foundation.org,
mgorman@...e.de, tim.c.chen@...ux.intel.com,
Dave Hansen <dave@...1.net>
Subject: [RFCv2][PATCH 1/5] defer clearing of page_private() for swap cache pages
From: Dave Hansen <dave.hansen@...ux.intel.com>
This patch defers the destruction of swapcache-specific data in
'struct page'. This simplifies the code because we do not have
to keep extra copies of the data during the removal of a page
from the swap cache.
There are only two callers of swapcache_free() which actually
pass in a non-NULL 'struct page'. Both of them (__remove_mapping
and delete_from_swap_cache()) create a temporary on-stack
'swp_entry_t' and set entry.val to page_private().
They need to do this since __delete_from_swap_cache() does
set_page_private(page, 0) and destroys the information.
However, I'd like to batch a few of these operations on several
pages together in a new version of __remove_mapping(), and I
would prefer not to have to allocate temporary storage for each
page. The code is pretty ugly, and it's a bit silly to create
these on-stack 'swp_entry_t's when it is so easy to just keep the
information around in 'struct page'.
There should not be any danger in doing this since we are
absolutely on the path of freeing these page. There is no
turning back, and no other rerferences can be obtained after it
comes out of the radix tree.
Note: This patch is separate from the next one since it
introduces the behavior change. I've seen issues with this patch
by itself in various forms and I think having it separate like
this aids bisection.
Signed-off-by: Dave Hansen <dave.hansen@...ux.intel.com>
Acked-by: Mel Gorman <mgorman@...e.de>
---
linux.git-davehans/mm/swap_state.c | 4 ++--
linux.git-davehans/mm/vmscan.c | 2 ++
2 files changed, 4 insertions(+), 2 deletions(-)
diff -puN mm/swap_state.c~__delete_from_swap_cache-dont-clear-page-private mm/swap_state.c
--- linux.git/mm/swap_state.c~__delete_from_swap_cache-dont-clear-page-private 2013-05-16 13:27:24.686137407 -0700
+++ linux.git-davehans/mm/swap_state.c 2013-05-16 13:27:24.691137629 -0700
@@ -146,8 +146,6 @@ void __delete_from_swap_cache(struct pag
entry.val = page_private(page);
address_space = swap_address_space(entry);
radix_tree_delete(&address_space->page_tree, page_private(page));
- set_page_private(page, 0);
- ClearPageSwapCache(page);
address_space->nrpages--;
__dec_zone_page_state(page, NR_FILE_PAGES);
INC_CACHE_INFO(del_total);
@@ -224,6 +222,8 @@ void delete_from_swap_cache(struct page
spin_unlock_irq(&address_space->tree_lock);
swapcache_free(entry, page);
+ set_page_private(page, 0);
+ ClearPageSwapCache(page);
page_cache_release(page);
}
diff -puN mm/vmscan.c~__delete_from_swap_cache-dont-clear-page-private mm/vmscan.c
--- linux.git/mm/vmscan.c~__delete_from_swap_cache-dont-clear-page-private 2013-05-16 13:27:24.687137451 -0700
+++ linux.git-davehans/mm/vmscan.c 2013-05-16 13:27:24.692137673 -0700
@@ -494,6 +494,8 @@ static int __remove_mapping(struct addre
__delete_from_swap_cache(page);
spin_unlock_irq(&mapping->tree_lock);
swapcache_free(swap, page);
+ set_page_private(page, 0);
+ ClearPageSwapCache(page);
} else {
void (*freepage)(struct page *);
_
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists