Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932087Ab3GBCTR (ORCPT ); Mon, 1 Jul 2013 22:19:17 -0400 Received: from mail-pa0-f54.google.com ([209.85.220.54]:57817 "EHLO mail-pa0-f54.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756056Ab3GBCTO (ORCPT ); Mon, 1 Jul 2013 22:19:14 -0400 Date: Tue, 2 Jul 2013 10:37:48 +0800 From: Zheng Liu To: Dave Hansen Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [RFC][PATCH] mm: madvise: MADV_POPULATE for quick pre-faulting Message-ID: <20130702023748.GA10366@gmail.com> Mail-Followup-To: Dave Hansen , linux-mm@kvack.org, linux-kernel@vger.kernel.org References: <20130627231605.8F9F12E6@viggo.jf.intel.com> <20130628054757.GA10429@gmail.com> <51CDB056.5090308@sr71.net> <51CE4451.4060708@gmail.com> <51D1AB6E.9030905@sr71.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51D1AB6E.9030905@sr71.net> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1799 Lines: 40 On Mon, Jul 01, 2013 at 09:16:46AM -0700, Dave Hansen wrote: > On 06/28/2013 07:20 PM, Zheng Liu wrote: > >> > IOW, a process needing to do a bunch of MAP_POPULATEs isn't > >> > parallelizable, but one using this mechanism would be. > > I look at the code, and it seems that we will handle MAP_POPULATE flag > > after we release mmap_sem locking in vm_mmap_pgoff(): > > > > down_write(&mm->mmap_sem); > > ret = do_mmap_pgoff(file, addr, len, prot, flag, pgoff, > > &populate); > > up_write(&mm->mmap_sem); > > if (populate) > > mm_populate(ret, populate); > > > > Am I missing something? > > I went and did my same test using mmap(MAP_POPULATE)/munmap() pair > versus using MADV_POPULATE in 160 threads in parallel. > > MADV_POPULATE was about 10x faster in the threaded configuration. > > With MADV_POPULATE, the biggest cost is shipping the mmap_sem cacheline > around so that we can write the reader count update in to it. With > mmap(), there is a lot of _contention_ on that lock which is much, much > more expensive than simply bouncing a cacheline around. Thanks for your explanation. FWIW, it would be great if we can let MAP_POPULATE flag support shared mappings because in our product system there has a lot of applications that uses mmap(2) and then pre-faults this mapping. Currently these applications need to pre-fault the mapping manually. Regards, - Zheng -- 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/