Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261957AbVEDAwL (ORCPT ); Tue, 3 May 2005 20:52:11 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261959AbVEDAwL (ORCPT ); Tue, 3 May 2005 20:52:11 -0400 Received: from warden3-p.diginsite.com ([208.147.64.186]:27034 "HELO warden3.diginsite.com") by vger.kernel.org with SMTP id S261957AbVEDAv6 (ORCPT ); Tue, 3 May 2005 20:51:58 -0400 From: David Lang To: Nick Piggin Cc: Rik van Riel , linux-mm@kvack.org, linux-kernel@vger.kernel.org Date: Tue, 3 May 2005 17:51:43 -0700 (PDT) X-X-Sender: dlang@dlang.diginsite.com Subject: Re: [RFC] how do we move the VM forward? (was Re: [RFC] cleanup ofuse-once) In-Reply-To: <42781AC5.1000201@yahoo.com.au> Message-ID: References: <42771904.7020404@yahoo.com.au> <42781AC5.1000201@yahoo.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1406 Lines: 32 On Wed, 4 May 2005, Nick Piggin wrote: > > Also having a box or two for running regression and stress > testing is a must. I can do a bit here, but unfortunately > "kernel compiles until it hurts" is probably not the best > workload to target. > > In general most systems and their workloads aren't constantly > swapping, so we should aim to minimise IO for normal > workloads. Databases that use the pagecache (eg. postgresql) > would be a good test. But again we don't want to focus on one > thing. > > That said, of course we don't want to hurt the "really > thrashing" case - and hopefully improve it if possible. may I suggest useing OpenOffice as one test, it can eat up horrendous amounts of ram in operation (I have one spreadsheet I can send you if needed that takes 45min of cpu time on a Athlon64 3200 with 1G of ram just to open, at which time it shows openoffice takeing more then 512M of ram) David Lang -- There are two ways of constructing a software design. One way is to make it so simple that there are obviously no deficiencies. And the other way is to make it so complicated that there are no obvious deficiencies. -- C.A.R. Hoare - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/