From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <46A709DC.4080501@gmail.com> Date: Wed, 25 Jul 2007 10:29:16 +0200 From: Rene Herman MIME-Version: 1.0 Subject: Re: -mm merge plans for 2.6.23 References: <20070710013152.ef2cd200.akpm@linux-foundation.org> <200707102015.44004.kernel@kolivas.org> <9a8748490707231608h453eefffx68b9c391897aba70@mail.gmail.com> <46A57068.3070701@yahoo.com.au> <2c0942db0707232153j3670ef31kae3907dff1a24cb7@mail.gmail.com> <46A58B49.3050508@yahoo.com.au> <2c0942db0707240915h56e007e3l9110e24a065f2e73@mail.gmail.com> <46A7031D.5080300@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: david@lang.hm Cc: Ray Lee , Nick Piggin , Jesper Juhl , Andrew Morton , ck list , Ingo Molnar , Paul Jackson , linux-mm@kvack.org, linux-kernel@vger.kernel.org List-ID: On 07/25/2007 10:07 AM, david@lang.hm wrote: > On Wed, 25 Jul 2007, Rene Herman wrote: >> Something like this? [ ... ] > when the swap readahead is enabled does it make a significant difference > in the time to do the random access? I don't use swap prefetch (nor -ck or -mm). If someone who has the patch applied waits to hit enter until swap prefetch has prefetched it all back in again, it certainly will. Swap prefetch's potential to do larger reads back from swapspace than a random segfaulting app could well be very significant. Reads are dwarved by seeks. If this program does what you wanted, please use it to show us. Rene. -- 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