Date: Wed, 4 Jul 2007 19:17:32 +0000 (UTC) From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net> To: arch@freebsd.org Subject: Re: Fine grain select locking. Message-ID: <20070704191456.G31116@maildrop.int.zabbadoz.net> In-Reply-To: <20070704124833.W37059@fledge.watson.org> References: <20070702230728.E552@10.0.0.1> <20070703181242.T552@10.0.0.1> <20070704105525.GU45894@elvis.mu.org> <20070704124833.W37059@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070704191456.G31116>