From owner-freebsd-performance@FreeBSD.ORG Fri Sep 10 16:01:08 2004 Return-Path: Delivered-To: freebsd-performance@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B44D16A4CE for ; Fri, 10 Sep 2004 16:01:08 +0000 (GMT) Received: from outmx002.isp.belgacom.be (outmx002.isp.belgacom.be [195.238.3.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBCDB43D58 for ; Fri, 10 Sep 2004 16:01:07 +0000 (GMT) (envelope-from geert@lori.mine.nu) Received: from outmx002.isp.belgacom.be (localhost [127.0.0.1]) with ESMTP id i8AG11Ji005600 for ; Fri, 10 Sep 2004 18:01:01 +0200 (envelope-from ) Received: from lori.mine.nu (119-137.244.81.adsl.skynet.be [81.244.137.119]) with ESMTP id i8AG0pu5005492; Fri, 10 Sep 2004 18:00:51 +0200 (envelope-from ) Received: by lori.mine.nu (Postfix, from userid 1000) id 1ED3978F; Fri, 10 Sep 2004 18:00:51 +0200 (CEST) Date: Fri, 10 Sep 2004 18:00:51 +0200 From: Geert Hendrickx To: Willem Jan Withagen Message-ID: <20040910160051.GA24152@lori.mine.nu> References: <20040831133551.GA86660@lori.mine.nu> <4134B312.8030309@pacific.net.sg> <1093958674.680.2.camel@book> <20040831183908.GA87694@lori.mine.nu> <4141AA6A.2070802@withagen.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4141AA6A.2070802@withagen.nl> User-Agent: Mutt/1.4.2i X-GPG-Key: http://lori.mine.nu/gnupgkey.asc X-GPG-Key-ID: 1024D/766C1E92 X-Accept-Language: nl,en cc: freebsd-performance@freebsd.org cc: oceanare@pacific.net.sg Subject: Re: spreading partitions over multiple drives X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Sep 2004 16:01:08 -0000 On Fri, Sep 10, 2004 at 03:21:46PM +0200, Willem Jan Withagen wrote: > I would expect a bigger system to cache just about all file access > during 'make buildworld'. > Even when building things with -j 64 I can not get my dual-opteron 1Gb > system get without free pages. > And as such most files will only be read once, and object output will be > "slowly" synced on the disks. > Disk I/O rearly becomes the bottleneck, most of the time I'm missing raw > CPU cycles. > And I have everything on 1 large 200Gb disk. Ok so adding more RAM may be more useful than an extra harddisk? Maybe I could even put /tmp or /usr/obj on a RAM-disk? A fully built /usr/obj is about 350Mb. GH