[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <46ACCF7A.1080207@gmail.com>
Date: Sun, 29 Jul 2007 19:33:46 +0200
From: Rene Herman <rene.herman@...il.com>
To: Ray Lee <ray-lk@...rabbit.org>
CC: Alan Cox <alan@...rguk.ukuu.org.uk>, david@...g.hm,
Daniel Hazelton <dhazelton@...er.net>,
Mike Galbraith <efault@....de>,
Andrew Morton <akpm@...ux-foundation.org>,
Ingo Molnar <mingo@...e.hu>,
Frank Kingswood <frank@...gswood-consulting.co.uk>,
Andi Kleen <andi@...stfloor.org>,
Nick Piggin <nickpiggin@...oo.com.au>,
Jesper Juhl <jesper.juhl@...il.com>,
ck list <ck@....kolivas.org>, Paul Jackson <pj@....com>,
linux-mm@...ck.org, linux-kernel@...r.kernel.org
Subject: Re: RFT: updatedb "morning after" problem [was: Re: -mm merge plans
for 2.6.23]
On 07/29/2007 07:19 PM, Ray Lee wrote:
>> The program is not a real-world issue and if you do not consider it a useful
>> boundary condition either (okay I guess), how would log structured swap help
>> if I just assume I have plenty of free swap to begin with?
>
> Is that generally the case on your systems? Every linux system I've
> run, regardless of RAM, has always pushed things out to swap.
For me, it is generally the case yes. We are still discussing this in the
context of desktop machines and their problems with being slow as things
have been swapped out and generally I expect a desktop to have plenty of
swap which it's not regularly going to fillup significantly since then the
machine's unworkably slow as a desktop anyway.
> And once there's something already in swap, you now have a packing
> problem when you want to swap something else out.
Once we're crammed, it gets to be a different situation yes. As far as I'm
concerned that's for another thread though. I'm spending too much time on
LKML as it is...
Rene.
-
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