From owner-freebsd-arch@FreeBSD.ORG Wed Jul 4 19:43:00 2007 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0BF0116A41F for ; Wed, 4 Jul 2007 19:43:00 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id C10AE13C480 for ; Wed, 4 Jul 2007 19:42:59 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 2BAC11FF94F for ; Wed, 4 Jul 2007 21:17:53 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 6038F1FFACF; Wed, 4 Jul 2007 21:17:46 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 52236444885 for ; Wed, 4 Jul 2007 19:17:33 +0000 (UTC) Date: Wed, 4 Jul 2007 19:17:32 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: arch@freebsd.org In-Reply-To: <20070704124833.W37059@fledge.watson.org> Message-ID: <20070704191456.G31116@maildrop.int.zabbadoz.net> References: <20070702230728.E552@10.0.0.1> <20070703181242.T552@10.0.0.1> <20070704105525.GU45894@elvis.mu.org> <20070704124833.W37059@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: Subject: Re: Fine grain select locking. X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jul 2007 19:43:00 -0000 On Wed, 4 Jul 2007, Robert Watson wrote: > I also worry about the narrowness of the benchmarking we're doing -- however, ... > > A point I've made at a number of devsummits and elsewhere is that what we > really need now is more people to "take ownership" of the performance of > workloads they care about. They don't need to be the people to do the > optimizations, but if they could help manage outstanding patchsets, measure > the change in performance over time, get involved in profiling, etc, then > that will have a big effect on performance for the workload, as has happened > with MySQL. > > Here are some workloads I'd really like to see people take responsibility > for: > ... as a side note. A local German IT mag ran a "contest" last year. There is an english translation at http://firebird.sourceforge.net/connect/ct-dbContest.html One thing mentioned there something Dell put together: http://linux.dell.com/dvdstore which might be an interesting "workload" to test for too. /bz -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Software is harder than hardware so better get it right the first time.