[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <46A70D37.3060005@gmail.com>
Date: Wed, 25 Jul 2007 10:43:35 +0200
From: Rene Herman <rene.herman@...il.com>
To: Ingo Molnar <mingo@...e.hu>
CC: Valdis.Kletnieks@...edu, david@...g.hm,
Nick Piggin <nickpiggin@...oo.com.au>,
Ray Lee <ray-lk@...rabbit.org>,
Jesper Juhl <jesper.juhl@...il.com>,
Andrew Morton <akpm@...ux-foundation.org>,
ck list <ck@....kolivas.org>, Paul Jackson <pj@....com>,
linux-mm@...ck.org, linux-kernel@...r.kernel.org
Subject: Re: -mm merge plans for 2.6.23
On 07/25/2007 10:28 AM, Ingo Molnar wrote:
>> Regardless, I'll stand by "[by disabling updatedb] the problem will
>> for a large part be solved" as I expect approximately 94.372 percent
>> of Linux desktop users couldn't care less about locate.
>
> i think that approach is illogical: because Linux mis-handled a mixed
> workload the answer is to ... remove a portion of that workload?
No. It got snipped but I introduced the comment by saying it was a "that's
not the point" kind of thing. Sometimes things that aren't the point are
still true though and in the case of Linux desktop users complaining about
updatedb runs, a comment that says that for many an obvious solution would
be to stop running the damned thing is not in any sense illogical.
Also note I'm not against swap prefetch or anything. I don't use it and do
not believe I have a pressing need for it, but do suspect it has potential
to make quite a bit of difference on some things -- if only to drastically
reduce seeks if it means it's swapping in larger chunks than a randomly
faulting program would.
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