From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1763684AbXGYIbZ (ORCPT ); Wed, 25 Jul 2007 04:31:25 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753681AbXGYIbS (ORCPT ); Wed, 25 Jul 2007 04:31:18 -0400 Received: from smtpq2.groni1.gr.home.nl ([213.51.130.201]:40082 "EHLO smtpq2.groni1.gr.home.nl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753519AbXGYIbR (ORCPT ); Wed, 25 Jul 2007 04:31:17 -0400 Message-ID: <46A709DC.4080501@gmail.com> Date: Wed, 25 Jul 2007 10:29:16 +0200 From: Rene Herman User-Agent: Thunderbird 2.0.0.5 (X11/20070716) MIME-Version: 1.0 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 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 X-AtHome-MailScanner-Information: Please contact support@home.nl for more information X-AtHome-MailScanner: Found to be clean Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org 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. 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