[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <1347293960.9977.70.camel@schen9-DESK>
Date: Mon, 10 Sep 2012 09:19:20 -0700
From: Tim Chen <tim.c.chen@...ux.intel.com>
To: Andrew Morton <akpm@...ux-foundation.org>,
Mel Gorman <mel@....ul.ie>, Minchan Kim <minchan@...nel.org>,
Johannes Weiner <hannes@...xchg.org>,
KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>,
Andrea Arcangeli <aarcange@...hat.com>,
David Rientjes <rientjes@...gle.com>,
Michal Hocko <mhocko@...e.cz>,
Xiao Guangrong <xiaoguangrong@...ux.vnet.ibm.com>,
Paul Gortmaker <paul.gortmaker@...driver.com>
Cc: Matthew Wilcox <willy@...ux.intel.com>,
"Kirill A. Shutemov" <kirill.shutemov@...ux.intel.com>,
Andi Kleen <ak@...ux.intel.com>, linux-mm@...ck.org,
linux-kernel <linux-kernel@...r.kernel.org>,
Alex Shi <alex.shi@...el.com>,
Fengguang Wu <fengguang.wu@...el.com>
Subject: [PATCH 0/3 v2] mm: Batch page reclamation under shink_page_list
This is the second version of the patch series. Thanks to Matthew Wilcox
for many valuable suggestions on improving the patches.
To do page reclamation in shrink_page_list function, there are two
locks taken on a page by page basis. One is the tree lock protecting
the radix tree of the page mapping and the other is the
mapping->i_mmap_mutex protecting the mapped
pages. I try to batch the operations on pages sharing the same lock
to reduce lock contentions. The first patch batch the operations protected by
tree lock while the second and third patch batch the operations protected by
the i_mmap_mutex.
I managed to get 14% throughput improvement when with a workload putting
heavy pressure of page cache by reading many large mmaped files
simultaneously on a 8 socket Westmere server.
Tim
Signed-off-by: Tim Chen <tim.c.chen@...ux.intel.com>
---
Diffstat
include/linux/rmap.h | 8 +++-
mm/rmap.c | 110 ++++++++++++++++++++++++++++++++++---------------
mm/vmscan.c | 113 +++++++++++++++++++++++++++++++++++++++++++++-----
3 files changed, 185 insertions(+), 46 deletions(-)
--
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