Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 23 Sep 2002 08:54:56 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 23 Sep 2002 08:54:56 -0400 Received: from c16598.thoms1.vic.optusnet.com.au ([210.49.243.217]:58250 "HELO pc.kolivas.net") by vger.kernel.org with SMTP id ; Mon, 23 Sep 2002 08:54:55 -0400 Message-ID: <1032786004.3d8f1054cc069@kolivas.net> Date: Mon, 23 Sep 2002 23:00:04 +1000 From: Con Kolivas To: andersen@codepoet.org Cc: linux-kernel@vger.kernel.org Subject: Re: [BENCHMARK] Corrected gcc3.2 v gcc2.95.3 contest results References: <1032777021.3d8eed3d55f53@kolivas.net> <20020923124730.GA7556@codepoet.org> In-Reply-To: <20020923124730.GA7556@codepoet.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT User-Agent: Internet Messaging Program (IMP) 3.1 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 958 Lines: 24 Quoting Erik Andersen : > On Mon Sep 23, 2002 at 08:30:21PM +1000, Con Kolivas wrote: > > Yes you make a very valid point and something I've been stewing over > privately > > for some time. contest runs benchmarks in a fixed order with a "priming" > compile > > to try and get pagecaches etc back to some sort of baseline (I've been > trying > > hard to make the results accurate and repeatable). > > It would sure be nice for this sortof test if there were > some sort of a "flush-all-caches" syscall... For the moment I think I'll also add a swapoff/swapon before each compile as well (thanks Luuk for the suggestion). I'm still looking at the raw data to figure out what to do. Con. - 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/