From owner-freebsd-sparc64@FreeBSD.ORG Fri May 14 07:11:53 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70B4016A4CE for ; Fri, 14 May 2004 07:11:53 -0700 (PDT) Received: from mail.seekingfire.com (coyote.seekingfire.com [24.72.10.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF88243D49 for ; Fri, 14 May 2004 07:11:52 -0700 (PDT) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id BAEFC484; Fri, 14 May 2004 08:11:51 -0600 (CST) Date: Fri, 14 May 2004 08:11:51 -0600 From: Tillman Hodgson To: freebsd-sparc64@freebsd.org Message-ID: <20040514141151.GA67707@seekingfire.com> References: <20040513234115.GD982@timesink.dyndns.org> <200405132343.i4DNhiLP002783@beast.csl.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200405132343.i4DNhiLP002783@beast.csl.sri.com> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers User-Agent: Mutt/1.5.6i Subject: Re: 5.2.1p6, Sparc64 && ypwhich X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2004 14:11:53 -0000 On Thu, May 13, 2004 at 04:43:44PM -0700, Mike Hogsett wrote: > > > A buildworld would be preferable. Reinstalling the include files and > > just building ypwhich should work, but other programs use this header > > too, so it would be nice to get a more complete test coverage. > > Ok. I just started the buildworld. The host is only an Ultra5 at > 360Mhz with 128Mbytes RAM so this is going to take a while. I'll have > an answer for you tomorrow. (heading off towards a new topic, but hey, the sparc64 list needs more off-topic posts anyway ;-) ) In my tests it's not the CPU in the Ultra5 that makes buildworld slow, it's the IDE interface that must've been designed by Lucas[1]. Adding memory helps simply because it lets the file cache stand a chance, though I don't believe the buildworld process re-uses nearly as many files as, say, a production web server. There are two things I've tried to alleviate the slow disk I/O: * I tried using an Ultra SCSI card and drive. This helps immensely, but I needed the card for another box. * I mount /usr/obj, /usr/src and /usr/ports off another box. With a bit of NFS tuning, I went from around 2MB/s to around 8MB/s Seriously, by NFS mounting the filesystems needed to buildworld, I drastically speed them up as compared to local disk. "The universe is not only stranger than we imagine, it is stranger than we can imagine." -J. B. S. Haldane seems oddly appropriate ;-) -T 1. Collectors of classic British motorcycles will know what I'm talking about. Lucas designed electrical systems, including lights. They were often nicknaemd "Lucas, the Prince of Darkness" (a great pun) -- Real men use "cat /var/spool/mail/$USER | more" and "telnet $SMTP_HOST 25" - Anonymous Unix geek "more /var/spool/mail/$USER" <-- don't waste a process, you idiot - Second anonymous Unix geek