Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760584AbXHAGTr (ORCPT ); Wed, 1 Aug 2007 02:19:47 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756505AbXHAGTi (ORCPT ); Wed, 1 Aug 2007 02:19:38 -0400 Received: from rv-out-0910.google.com ([209.85.198.190]:7695 "EHLO rv-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757388AbXHAGTh (ORCPT ); Wed, 1 Aug 2007 02:19:37 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=d0SQRIEyeba3EqzMpC/8AU3ZPd3TTSKLXU1qa50yYVSteVEaIS4M2ACQOy1F162NKFOSSQty8LY1CEqc+hE4ALNorKPPYka3qcO7G/hNMc10Hj4046vUkib2rqKYw03inB1n4/26DT/cqDpDZyK8hBckUSn6645KKOK8SAWiwPU= Message-ID: Date: Wed, 1 Aug 2007 16:19:36 +1000 From: "Matthew Hawkins" To: "Adrian Bunk" Subject: Re: [ck] Re: SD still better than CFS for 3d ? Cc: "Roland Dreier" , "Christoph Hellwig" , "Jacob Braun" , kriko , ck@vds.kolivas.org, "Linux Kernel Mailing List" , linux-mm@kvack.org, "Martin Schwidefsky" In-Reply-To: <20070801052513.GL3972@stusta.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <930f95dc0707291154j102494d9m58f4cc452c7ff17c@mail.gmail.com> <930f95dc0707291431j4e50214di3c01cd44b5597502@mail.gmail.com> <20070730114649.GB19186@elte.hu> <20070730182959.GA29151@infradead.org> <20070801052513.GL3972@stusta.de> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1452 Lines: 34 On 8/1/07, Adrian Bunk wrote: > But there's not much value in benchmarking if an important part of the > performance critical code is in some undebuggable driver... In this case we don't care about the performance of the video driver. This isn't a race to see who can get the most fps. The driver can be thought of as a black box so long as comparative benchmarks are done with the same driver. What we're looking for primarily is progress or regress in interactivity under load with different cpu schedulers, and secondly the effect of swap prefetch. The video driver is irrelevant - especially considering the people doing this testing have a wide variety of video cards. This is why I have included some commentary on "feel" because that's the important part. Ingo specifically asked for CFS v20 in 2.6.23 to be included in the testing (its not available separately on his website), hence the need to be able to bring up one's usual working environment under that kernel also so the results aren't skewed by driver artifacts. For my next trick, I'll attempt to quantify the "feel" bits using scheduler statistics. While riding a unicycle. Okay, scratch the unicycle ;-) -- Matt - 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/