From owner-freebsd-questions@FreeBSD.ORG Sat Sep 15 21:38:34 2007 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FB0216A41A for ; Sat, 15 Sep 2007 21:38:34 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id 3425913C46C; Sat, 15 Sep 2007 21:38:33 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <46EC50DA.6000104@FreeBSD.org> Date: Sat, 15 Sep 2007 23:38:34 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: josh.carroll@gmail.com References: <26ddd1750709141351i3646e9bdg8d8b7e93461167f9@mail.gmail.com> <26ddd1750709151014x2112b022r9bcb999fbf1e7e49@mail.gmail.com> <46EC270A.3020100@FreeBSD.org> <8cb6106e0709151421h7bfdeb6fo7dc671820294e9c7@mail.gmail.com> <46EC4F59.7070104@FreeBSD.org> <8cb6106e0709151435p72cd328by63895421f3a63ea4@mail.gmail.com> In-Reply-To: <8cb6106e0709151435p72cd328by63895421f3a63ea4@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Maxim Khitrov , Aryeh Friedman , freebsd-questions@freebsd.org Subject: Re: Building a new workstation - dual or quad-core CPU for FreeBSD 7? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Sep 2007 21:38:34 -0000 Josh Carroll wrote: >> Yes, 4BSD is still the default, although you definitely want to use ULE >> for performance reasons (NB: only on 7, dont use ULE on 6). I don't >> know whether the release engineers plan to change that default, but I >> will check. > > Great, thanks for the info. Good to know, I'll be sure to use ULE when > 7.0 is released. :) > >> JFYI, buildworld is a really bad benchmark for testing SMP performance >> in general (on 4 cpus it is not too bad), because the makefiles are not >> written to efficiently parallelize builds on many CPUs, so large parts >> end up running with only a single make job at a time. > > Understood, just a data point. :) Probably a better one: ffmpeg > encoding H.264 content with -threads 8 is nearly 4x as fast as a > single threaded ffmpeg process, so it's scaling well at least for > ffmpeg (linked against pthread). That's good to know. You should be using libthr for threaded performance though :) That benchmark is probably almost all userland though, so performance may not suffer much from libpthread. Kris