Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756776Ab3C0HSZ (ORCPT ); Wed, 27 Mar 2013 03:18:25 -0400 Received: from LGEMRELSE1Q.lge.com ([156.147.1.111]:51088 "EHLO LGEMRELSE1Q.lge.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751951Ab3C0HSY (ORCPT ); Wed, 27 Mar 2013 03:18:24 -0400 X-AuditID: 9c93016f-b7cecae000004cf8-c3-51529d3ed20b Date: Wed, 27 Mar 2013 16:18:22 +0900 From: Minchan Kim To: Bartlomiej Zolnierkiewicz Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, Michael Kerrisk , Arun Sharma , John Stultz , Mel Gorman , Hugh Dickins , Dave Hansen , Rik van Riel , Neil Brown , Mike Hommey , Taras Glek , KOSAKI Motohiro , KAMEZAWA Hiroyuki , Jason Evans , sanjay@google.com, Paul Turner , Johannes Weiner , Michel Lespinasse , Andrew Morton Subject: Re: [RFC v7 00/11] Support vrange for anonymous page Message-ID: <20130327071822.GD13897@blaptop> References: <1363073915-25000-1-git-send-email-minchan@kernel.org> <201303251816.16715.b.zolnierkie@samsung.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201303251816.16715.b.zolnierkie@samsung.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Brightmail-Tracker: AAAAAA== Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2378 Lines: 60 Hi Bart, On Mon, Mar 25, 2013 at 06:16:16PM +0100, Bartlomiej Zolnierkiewicz wrote: > > Hi, > > On Tuesday 12 March 2013 08:38:24 Minchan Kim wrote: > > First of all, let's define the term. > > From now on, I'd like to call it as vrange(a.k.a volatile range) > > for anonymous page. If you have a better name in mind, please suggest. > > > > This version is still *RFC* because it's just quick prototype so > > it doesn't support THP/HugeTLB/KSM and even couldn't build on !x86. > > Before further sorting out issues, I'd like to post current direction > > and discuss it. Of course, I'd like to extend this discussion in > > comming LSF/MM. > > > > In this version, I changed lots of thing, expecially removed vma-based > > approach because it needs write-side lock for mmap_sem, which will drop > > performance in mutli-threaded big SMP system, KOSAKI pointed out. > > And vma-based approach is hard to meet requirement of new system call by > > John Stultz's suggested semantic for consistent purged handling. > > (http://linux-kernel.2935.n7.nabble.com/RFC-v5-0-8-Support-volatile-for-anonymous-range-tt575773.html#none) > > > > I tested this patchset with modified jemalloc allocator which was > > leaded by Jason Evans(jemalloc author) who was interest in this feature > > and was happy to port his allocator to use new system call. > > Super Thanks Jason! > > > > The benchmark for test is ebizzy. It have been used for testing the > > allocator performance so it's good for me. Again, thanks for recommending > > the benchmark, Jason. > > (http://people.freebsd.org/~kris/scaling/ebizzy.html) > > > > The result is good on my machine (12 CPU, 1.2GHz, DRAM 2G) > > > > ebizzy -S 20 > > > > jemalloc-vanilla: 52389 records/sec > > jemalloc-vrange: 203414 records/sec > > > > ebizzy -S 20 with background memory pressure > > > > jemalloc-vanilla: 40746 records/sec > > jemalloc-vrange: 174910 records/sec > > Could you please make the modified jemalloc/ebizzy available somewhere so > there is a easy way to test your patchset? I will try it in next spin. Thanks for your interest! - Kind regards, Minchan Kim -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/