Date: Sun, 25 Feb 2007 13:51:29 +0000 (GMT) From: Robert Watson <rwatson@FreeBSD.org> To: Martin Blapp <mb@imp.ch> Cc: cokane@cokane.org, smp@freebsd.org, hackers@freebsd.org, current@freebsd.org, Kris Kennaway <kris@obsecurity.org> Subject: Re: Progress on scaling of FreeBSD on 8 CPU systems Message-ID: <20070225132830.O36322@fledge.watson.org> In-Reply-To: <20070225134508.C18301@godot.imp.ch> References: <20070224213111.GB41434@xor.obsecurity.org> <346a80220702242100i7ec22b5h4b25cc7d20d03e98@mail.gmail.com> <20070225054120.GA47059@xor.obsecurity.org> <20070225104709.S36322@fledge.watson.org> <20070225134508.C18301@godot.imp.ch>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 25 Feb 2007, Martin Blapp wrote: >> It would be really great if we could find "workload owners" who would >> maintain easy-to-run benchmark configurations and also run them regularly >> on a fixed hardware configuration over a long time publishing results and >> testing patches. Kris has done this for SQL benchmarks to great effect, > > I'm interested in such a workload test. At my job we run various other > servers which have a classic virus/antispam environment. And unfortunatly > clamd behaves not very well on FreeBSD (see mails to freebsd-threads), and > this happens even on 2-CPU systems. > > I think its not very difficult to make a scripted load test, with > 2/4/6/8/16/32 scans in parallel, with ULE or BSD scheduler. As long as it is realistic and reproduceable, it sounds good to me. > Btw: what is the best method to profile a threaded application to see where > it spends the most CPU time ? Try looking at system pmc support -- using system pmcs, you can profile a variety of factors (including CPU use, cache misses, etc) across the whole system (kernel and application), so it's a really neat tool. Robert N M Watson Computer Laboratory University of Cambridge
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070225132830.O36322>