Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 1 Feb 2001 12:29:54 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 1 Feb 2001 12:29:44 -0500 Received: from zeus.kernel.org ([209.10.41.242]:42702 "EHLO zeus.kernel.org") by vger.kernel.org with ESMTP id ; Thu, 1 Feb 2001 12:29:31 -0500 Date: Thu, 1 Feb 2001 17:27:02 +0000 From: "Stephen C. Tweedie" To: Rik van Riel Cc: "Stephen C. Tweedie" , Marcelo Tosatti , David Gould , "Eric W. Biederman" , lkml , linux-mm@kvack.org Subject: Re: [PATCH] vma limited swapin readahead Message-ID: <20010201172702.X11607@redhat.com> In-Reply-To: <20010201143606.P11607@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from riel@conectiva.com.br on Thu, Feb 01, 2001 at 02:45:04PM -0200 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Hi, On Thu, Feb 01, 2001 at 02:45:04PM -0200, Rik van Riel wrote: > On Thu, 1 Feb 2001, Stephen C. Tweedie wrote: > > But only when the extra pages we're reading in don't > displace useful data from memory, making us fault in > those other pages ... causing us to go to the disk > again and do more readahead, which could potentially > displace even more pages, etc... Remember, it's a balance. You can displace a few useful pages and still win overall because the cost _per page_ goes way down due to better disk IO utilisation. > One solution could be to put (most of) the swapin readahead > pages on the inactive_dirty list, so pressure by readahead > on the resident pages is smaller and the not used readahead > pages are reclaimed faster. Yep, that would make much sense. --Stephen - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org Please read the FAQ at http://www.tux.org/lkml/