From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx128.postini.com [74.125.245.128]) by kanga.kvack.org (Postfix) with SMTP id 399506B005A for ; Tue, 8 Jan 2013 03:45:48 -0500 (EST) Received: by mail-ia0-f169.google.com with SMTP id u20so121767iag.28 for ; Tue, 08 Jan 2013 00:45:47 -0800 (PST) Message-ID: <1357634746.6568.1.camel@kernel.cn.ibm.com> Subject: Re: [patch]mm: make madvise(MADV_WILLNEED) support swap file prefetch From: Simon Jeons Date: Tue, 08 Jan 2013 02:45:46 -0600 In-Reply-To: <20130108042609.GA2459@kernel.org> References: <20130107081237.GB21779@kernel.org> <20130107120630.82ba51ad.akpm@linux-foundation.org> <50eb8180.6887320a.3f90.58b0SMTPIN_ADDED_BROKEN@mx.google.com> <20130108042609.GA2459@kernel.org> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Shaohua Li Cc: Wanpeng Li , Andrew Morton , linux-mm@kvack.org, hughd@google.com, riel@redhat.com On Tue, 2013-01-08 at 12:26 +0800, Shaohua Li wrote: > On Tue, Jan 08, 2013 at 10:16:07AM +0800, Wanpeng Li wrote: > > On Mon, Jan 07, 2013 at 12:06:30PM -0800, Andrew Morton wrote: > > >On Mon, 7 Jan 2013 16:12:37 +0800 > > >Shaohua Li wrote: > > > > > >> > > >> Make madvise(MADV_WILLNEED) support swap file prefetch. If memory is swapout, > > >> this syscall can do swapin prefetch. It has no impact if the memory isn't > > >> swapout. > > > > > >Seems sensible. > > > > Hi Andrew and Shaohua, > > > > What's the performance in the scenario of serious memory pressure? Since > > in this case pages in swap are highly fragmented and cache hit is most > > impossible. If WILLNEED path should add a check to skip readahead in > > this case since swapin only leads to unnecessary memory allocation. > > pages in swap are not highly fragmented if you access memory sequentially. In In the scenario of serious memory pressure, pages swapin and swapout frequently, how to guarantee swap area is not fragmented? > that case, the pages you accessed will be added to lru list side by side. So if > app does swap prefetch, we can do sequential disk access and merge small > request to big one. > > Another advantage is prefetch can drive high disk iodepth. For sequential > access, this can cause big request. Even for random access, high iodepth has > much better performance especially for SSD. > > Thanks, > Shaohua > > -- > 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/ . > Don't email: email@kvack.org -- 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/ . Don't email: email@kvack.org