From owner-freebsd-questions@FreeBSD.ORG Tue Jun 5 22:12:31 2007 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 192C816A41F; Tue, 5 Jun 2007 22:12:31 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 0978613C48A; Tue, 5 Jun 2007 22:12:31 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id C309F1A3C19; Tue, 5 Jun 2007 15:13:48 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 47BD5513AE; Tue, 5 Jun 2007 18:12:30 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id 2F7ADC207; Tue, 5 Jun 2007 18:12:30 -0400 (EDT) Date: Tue, 5 Jun 2007 18:12:30 -0400 From: Kris Kennaway To: Chris Message-ID: <20070605221230.GA48140@rot13.obsecurity.org> References: <466451CA.6020108@tundraware.com> <4664572A.4060003@freebsd.org> <3aaaa3a0706041254r257e1480g872faa6e504df6dc@mail.gmail.com> <20070604223021.GA31853@rot13.obsecurity.org> <3aaaa3a0706051506l57903b0ev4eb12ded2e5a9cec@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3aaaa3a0706051506l57903b0ev4eb12ded2e5a9cec@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: Tim Daneliuk , freebsd-questions@freebsd.org, Colin Percival , Kris Kennaway Subject: Re: New != Faster 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: Tue, 05 Jun 2007 22:12:31 -0000 On Tue, Jun 05, 2007 at 11:06:52PM +0100, Chris wrote: > On 04/06/07, Kris Kennaway wrote: > >On Mon, Jun 04, 2007 at 08:54:50PM +0100, Chris wrote: > >> On 04/06/07, Colin Percival wrote: > >> >Tim Daneliuk wrote: > >> >> Old 2 PIII @600Mhz 768K 26M/sec 4.11-stable/SMP > >> >> 50-60 min > >> >> New Pent D (2 core)@3.2GHz 2G 50M/sec 6.2-stable/SMP > >> >> 40-50 min > >> >> Fast 2 Xeon @3GHz 3G 130M/sec 4.11-stable/SMP > >> >> 8 min > >> >> > >> >> Is the difference in speed > >> >> attributable to 4.11 being faster than 6.2? > >> > > >> >Close. The difference in speed is due to the compiler in 4.11 being > >> >faster than the compiler in 6.2. FreeBSD uses the gcc compiler, and > >> >between FreeBSD 4.11 and FreeBSD 6.2 that has been upgraded from 2.9 > >> >to 3.4. The general trend each time gcc is upgraded is that it takes > >> >2x longer to compile code, but produces code which is 5% faster (as a > >> >result of "working harder" to find optimizations). > >> > > >> >FreeBSD 6.2 is faster than FreeBSD 4.11 for almost everything except > >> >compiling itself. :-) > >> > > >> >Colin Percival > >> > > >> >_______________________________________________ > >> >freebsd-questions@freebsd.org mailing list > >> >http://lists.freebsd.org/mailman/listinfo/freebsd-questions > >> >To unsubscribe, send any mail to > >> >"freebsd-questions-unsubscribe@freebsd.org" > >> > > >> > >> What about all the following observations? > >> > >> slower disk performance especially under QUOTA. > > > >s/especially//, unless you have further evidence I don't know about. > > > >> both of these have been confirmed numerous times by different people > >> so sweeping them under the carpet and saying they simply not true > >> would be wrong. > > > >My detailed measurements of disk performance and those of others I am > >aware of contradicts your claim: 6.x equals or outperforms 4.x on disk > >I/O (depends on driver) and filesystem I/O. The only true part of it > >is the "under QUOTA" part, which as you know from past discussions, is > >still under Giant in 6.x. As you also know, there is a patch to > >address this which is awaiting user testing. Have you tested it yet? > > > >Kris > > > Having some hardware coming this week when thats all setup I will have > a box available for testing patches. Glad to hear it. It is kind of irritating that you keep loudly complaining about how terrible QUOTA performance is but have so far avoided participating in the solution to that problem. So, just to confirm, you do not in fact have evidence of poor disk performance apart from this? Kris