[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <45E8AB36.3030104@redhat.com>
Date: Fri, 02 Mar 2007 17:54:46 -0500
From: Rik van Riel <riel@...hat.com>
To: Martin Bligh <mbligh@...igh.org>
CC: Andrew Morton <akpm@...ux-foundation.org>,
Bill Irwin <bill.irwin@...cle.com>,
Christoph Lameter <clameter@...r.sgi.com>,
Mel Gorman <mel@...net.ie>, npiggin@...e.de, mingo@...e.hu,
jschopp@...tin.ibm.com, arjan@...radead.org,
torvalds@...ux-foundation.org, linux-mm@...ck.org,
linux-kernel@...r.kernel.org
Subject: Re: The performance and behaviour of the anti-fragmentation related
patches
Martin Bligh wrote:
>>> None of this is going anywhere, is is it?
>>
>> I will test my changes before I send them to you, but I cannot
>> promise you that you'll have the computers or software needed
>> to reproduce the problems. I doubt I'll have full time access
>> to such systems myself, either.
>>
>> 32GB is pretty much the minimum size to reproduce some of these
>> problems. Some workloads may need larger systems to easily trigger
>> them.
>
> We can find a 32GB system here pretty easily to test things on if
> need be. Setting up large commercial databases is much harder.
That's my problem, too.
There does not seem to exist any single set of test cases that
accurately predicts how the VM will behave with customer
workloads.
The one thing I can do relatively easily is go through a few
hundred bugzillas and figure out what kinds of problems have
been plaguing the VM consistently over the last few years.
I just finished doing that, and am trying to come up with
fixes for the problems that just don't seem to be easily
fixable with bandaids...
--
Politics is the struggle between those who want to make their country
the best in the world, and those who believe it already is. Each group
calls the other unpatriotic.
-
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