From owner-freebsd-performance@FreeBSD.ORG Tue Oct 23 21:02:42 2007 Return-Path: Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D80B016A419 for ; Tue, 23 Oct 2007 21:02:42 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from conn-smtp.mc.mpls.visi.com (conn.mc.mpls.visi.com [208.42.156.2]) by mx1.freebsd.org (Postfix) with ESMTP id B7BA313C4A3 for ; Tue, 23 Oct 2007 21:02:42 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from mail.tcbug.org (mail.tcbug.org [208.42.70.163]) by conn-smtp.mc.mpls.visi.com (Postfix) with ESMTP id 957DE78C4; Tue, 23 Oct 2007 15:09:04 -0500 (CDT) Received: from build64.tcbug.org (unknown [208.42.70.167]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.tcbug.org (Postfix) with ESMTP id 9AEDF10AA868; Tue, 23 Oct 2007 15:09:06 -0500 (CDT) From: Josh Paetzel To: freebsd-performance@freebsd.org, josh.carroll@gmail.com Date: Tue, 23 Oct 2007 15:09:00 -0500 User-Agent: KMail/1.9.7 References: <8cb6106e0710230902x4edf2c8eu2d912d5de1f5d4a2@mail.gmail.com> <8cb6106e0710231257k154e9c6ev4b4ba8c3692206fb@mail.gmail.com> In-Reply-To: <8cb6106e0710231257k154e9c6ev4b4ba8c3692206fb@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1592137.Cs6eKOMjuQ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200710231509.03771.josh@tcbug.org> Cc: Kip Macy Subject: Re: ULE vs. 4BSD in RELENG_7 X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 21:02:42 -0000 --nextPart1592137.Cs6eKOMjuQ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 23 October 2007, Josh Carroll wrote: > > ULE is tuned towards providing cpu affinity compilation and > > evidently encoding are workloads that do not benefit from > > affinity. Before we conclude that it is slower, try building with > > -j5, -j6, j7. > > Here are the results of running ffmpeg with 4 through 8 threads on > both schedulers: > > 4 threads 4bsd: 117.21 > 5 threads 4bsd: 95.75 > 6 threads 4bsd: 93.10 > 7 threads 4bsd: 92.19 > 8 threads 4bsd: 92.38 > > 4 threads ule: 122.19 > 5 threads ule: 107.26 > 6 threads ule: 101.40 > 7 threads ule: 98.72 > 8 threads ule: 96.38 > > 4 threads difference: 4.25 % > 5 threads difference: 12.02 % > 6 threads difference: 8.92 % > 7 threads difference: 7.08 % > 8 threads difference: 4.33 % > > I'm not sure why the performance differential is not consistent > (probably something very technical a scheduler developer could > explain) :) > > Do these results help at all? When running with 9 or more threads, > ffmpeg spits out a lot of errors, so 8 was as high as I could go: > > Error while decoding stream #0.0 > [h264 @ 0x264ae180]too many threads > [h264 @ 0x264ae180]decode_slice_header error > [h264 @ 0x264ae180]no frame! > > My next step is to run some transcodes with mencoder to see if it > has similar performance between the two schedulers. When I have > those results, I'll post them to this thread. > > Thanks for the attention, > Josh Just curious, but are these results obtained while you are=20 overclocking your 2.4ghz CPU to 3.4ghz? That might be a useful=20 datapoint. It also might be useful to know what sort of disks you are using. =20 SATA is notoriously bad at parallel access, and compiling is of=20 course horribly disk bound to begin with. make buildworld also was never designed for massive parallelism at=20 all, and slows down considerably as you try to scale it up with more=20 cpus and increasing -j past a certain point. I don't know where the=20 break is, but it defintely has been hit at 16 cores. =2D-=20 Thanks, Josh Paetzel --nextPart1592137.Cs6eKOMjuQ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHHlTfJvkB8SevrssRAnX3AJsF8CsT84wM2yLOf8A1hj2ljLqC2ACbBCuS Bgeem//qUy+TVAVJoMlwITo= =5Y55 -----END PGP SIGNATURE----- --nextPart1592137.Cs6eKOMjuQ--