[<prev] [next>] [day] [month] [year] [list]
Message-ID: <46A58067.8070207@yahoo.com.au>
Date: Tue, 24 Jul 2007 14:30:31 +1000
From: Nick Piggin <nickpiggin@...oo.com.au>
To: Fengguang Wu <fengguang.wu@...il.com>
CC: Andrew Morton <akpm@...ux-foundation.org>,
Rusty Russell <rusty@...tcorp.com.au>,
Dave Jones <davej@...hat.com>,
Peter Zijlstra <a.p.zijlstra@...llo.nl>,
linux-kernel <linux-kernel@...r.kernel.org>,
riel <riel@...hat.com>, Tim Pepper <lnxninja@...ibm.com>,
Chris Snook <csnook@...hat.com>,
Jens Axboe <jens.axboe@...cle.com>, linux-ext4@...r.kernel.org,
Mingming Cao <cmm@...ibm.com>,
Bjorn Helgaas <bjorn.helgaas@...com>,
Chris Ahna <christopher.j.ahna@...el.com>,
David Mosberger-Tang <davidm@....hp.com>,
Kyle McMartin <kyle@...isc-linux.org>
Subject: Re: [PATCH 0/3] readahead drop behind and size adjustment
Fengguang Wu wrote:
> On Mon, Jul 23, 2007 at 12:40:09PM -0700, Andrew Morton wrote:
>>This is all fun stuff, but how do we find out that changes like this are
>>good ones, apart from shipping it and seeing who gets hurt 12 months later?
>
>
> One thing I can imagine now is that the first pages may get more life
> because of the conservative initial readahead size.
Yeah I don't think it is really worth the complexity and corner cases
it would introduce at this stage.
People are still complaining about their nightly cron job *swapping*
stuff out of their 1-2GB desktop systems. There must still be some low
hanging fruit or obvious problems with page reclaim so I'd like to try
working out exactly what is going wrong and fix it in page reclaim
rather than adding more complexity in the hope that it might help.
--
SUSE Labs, Novell Inc.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists