From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx160.postini.com [74.125.245.160]) by kanga.kvack.org (Postfix) with SMTP id 55B556B004A for ; Fri, 24 Feb 2012 19:06:55 -0500 (EST) Subject: Re: [PATCH v3 00/21] mm: lru_lock splitting From: Tim Chen In-Reply-To: <20120223133728.12988.5432.stgit@zurg> References: <20120223133728.12988.5432.stgit@zurg> Content-Type: text/plain; charset="UTF-8" Date: Fri, 24 Feb 2012 16:05:53 -0800 Message-ID: <1330128354.13358.43.camel@schen9-DESK> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Konstantin Khlebnikov Cc: Hugh Dickins , linux-kernel@vger.kernel.org, linux-mm@kvack.org, Johannes Weiner , Andrew Morton , KAMEZAWA Hiroyuki , Andi Kleen On Thu, 2012-02-23 at 17:51 +0400, Konstantin Khlebnikov wrote: > v3 changes: > * inactive-ratio reworked again, now it always calculated from from scratch > * hierarchical pte reference bits filter in memory-cgroup reclaimer > * fixed two bugs in locking, found by Hugh Dickins > * locking functions slightly simplified > * new patch for isolated pages accounting > * new patch with lru interleaving > > This patchset is based on next-20120210 > > git: https://github.com/koct9i/linux/commits/lruvec-v3 > > --- I am seeing an improvement of about 7% in throughput in a workload where I am doing parallel reading of files that are mmaped. The contention on lru_lock used to be 13% in the cpu profile on the __pagevec_lru_add code path. Now lock contention on this path drops to about 0.6%. I have 40 hyper-threaded enabled cpu cores running 80 mmaped file reading processes. So initial testing of this patch set looks encouraging. Tim -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: email@kvack.org