Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1765162AbXEVKjO (ORCPT ); Tue, 22 May 2007 06:39:14 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756378AbXEVKjA (ORCPT ); Tue, 22 May 2007 06:39:00 -0400 Received: from mail36.syd.optusnet.com.au ([211.29.133.76]:52155 "EHLO mail36.syd.optusnet.com.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756884AbXEVKi7 (ORCPT ); Tue, 22 May 2007 06:38:59 -0400 From: Con Kolivas To: Ingo Molnar Subject: Re: [PATCH] mm: swap prefetch improvements Date: Tue, 22 May 2007 20:37:54 +1000 User-Agent: KMail/1.9.5 Cc: Antonino Ingargiola , Nick Piggin , Ray Lee , ck list , Andrew Morton , linux-kernel@vger.kernel.org, linux-mm@kvack.org References: <20070430162007.ad46e153.akpm@linux-foundation.org> <200705222020.58474.kernel@kolivas.org> <20070522102530.GB2344@elte.hu> In-Reply-To: <20070522102530.GB2344@elte.hu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705222037.54741.kernel@kolivas.org> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1425 Lines: 31 On Tuesday 22 May 2007 20:25, Ingo Molnar wrote: > * Con Kolivas wrote: > > > > there was nothing else running on the system - so i suspect the > > > > swapin activity flagged 'itself' as some 'other' activity and > > > > stopped? The swapins happened in 4 bursts, separated by 5 seconds > > > > total idleness. > > > > > > I've noted burst swapins separated by some seconds of pause in my > > > desktop system too (with sp_tester and an idle gnome). > > > > That really is expected, as just about anything, including journal > > writeout, would be enough to put it back to sleep for 5 more seconds. > > note that nothing like that happened on my system - in the > swap-prefetch-off case there was _zero_ IO activity during the sleep > period. Ok, granted it's _very_ conservative. I really don't want to risk its presence being a burden on anything, and the iowait it induces probably makes it turn itself off for another PREFETCH_DELAY (5s). I really don't want to cross the line to where it is detrimental in any way. Not dropping out on a cond_resched and perhaps making the delay tunable should be enough to make it a little less "sleepy". -- -ck - 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/