From owner-freebsd-current@FreeBSD.ORG Fri Jul 18 09:53:18 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87E0F37B401 for ; Fri, 18 Jul 2003 09:53:18 -0700 (PDT) Received: from mail.seekingfire.com (coyote.seekingfire.com [24.72.10.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CFAB43F93 for ; Fri, 18 Jul 2003 09:53:17 -0700 (PDT) (envelope-from tillman@seekingfire.com) Received: from blues.seekingfire.prv (blues.seekingfire.prv [192.168.23.211]) by mail.seekingfire.com (Postfix) with ESMTP id 44B23150 for ; Fri, 18 Jul 2003 10:53:16 -0600 (CST) Received: (from tillman@localhost) by blues.seekingfire.prv (8.11.6/8.11.6) id h6IGrGX05191 for current@freebsd.org; Fri, 18 Jul 2003 10:53:16 -0600 Date: Fri, 18 Jul 2003 10:53:15 -0600 From: Tillman To: current@freebsd.org Message-ID: <20030718105315.O1020@seekingfire.com> References: <20030715100839.F41961@inton.Ninja-assassin.com> <20030716133802.K18278@schnell.net> <20030716142418.GA15502@technokratis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030716142418.GA15502@technokratis.com>; from bmilekic@technokratis.com on Wed, Jul 16, 2003 at 02:24:18PM +0000 X-Urban-Legend: There is lots of hidden information in headers Subject: Re: Buildworld fails in 5.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jul 2003 16:53:18 -0000 On Wed, Jul 16, 2003 at 02:24:18PM +0000, Bosko Milekic wrote: > > Same here, remove the -j N. Right now there seem to be some > dependencies which you fail against with a parallel build. And it works here as well. Building with -j highlights a problem I'm seeing on a sparc64 though ... the stock Ultra 5 hard drive is abysmally slow. Bonnie++ reports: Version 1.93c ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP Caliban 512M 8 95 1995 10 927 5 15 94 1893 6 54.9 17 Latency 1878ms 445ms 2894ms 1074ms 272ms 5349ms Version 1.93c ------Sequential Create------ --------Random Create-------- Caliban -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 918 72 3008 82 2649 97 697 55 3112 89 2825 97 Latency 1665ms 51352us 2797us 1622ms 345ms 2241us Compare this to a NFS mount (with options rw, intr, nfsv3, -w=32768, -r=32768) on the same box (an Ultra 5) from my vinum fileserver: Version 1.93c ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP Caliban 512M 4076 18 1764 17 4102 15 79.5 77 Latency 294ms 184ms 44630us 1699ms This made the buildworld time /really/ slow: real 1068m1.246s user 904m49.768s sys 80m51.158s (buildkernel took about an additional ten hours). I'm hoping that replacing it with a more modern hard-drive should fix this, though I'll be poking through atacontrol and dmesg to see if it's a simple configuration problem. In the meantime it's actually faster for me to build off of an NFS mount. Heh. -T -- Page 461: Tools that are simple enough to use the first day are often a real pain after the first month. - Harley Hahn, _The Unix Companion_