From owner-freebsd-stable@FreeBSD.ORG Mon May 7 21:30:06 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1579816A401 for ; Mon, 7 May 2007 21:30:06 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 8464113C44C for ; Mon, 7 May 2007 21:30:05 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (szcdsd@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l47LTwBG046256; Mon, 7 May 2007 23:30:04 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l47LTwP0046255; Mon, 7 May 2007 23:29:58 +0200 (CEST) (envelope-from olli) Date: Mon, 7 May 2007 23:29:58 +0200 (CEST) Message-Id: <200705072129.l47LTwP0046255@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, marsgmiro@gmail.com In-Reply-To: <28edec3c0705071338m7d14206at218eb0efb1aa24d1@mail.gmail.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 07 May 2007 23:30:04 +0200 (CEST) Cc: Subject: Re: mfs and buildworlds on the SunFire x4600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, marsgmiro@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 May 2007 21:30:06 -0000 I took the liberty to s/da/the/g in your mail. Mars G. Miro wrote: > Oliver Fromme wrote: > > Mars G. Miro wrote: > > > Actually, it's not about having to finish building the world in the > > > smallest amount of time, it's about whether mfs would really speed > > > things up... > > > > I've made similar tests in the past, and my conclusion is > > that it's not worth it. > > > > Using a memory disk for /usr/obj doesn't make much sense, > > because soft-updates decouples the physical writes pretty > > as i've mentioned in my original email, the mfs's were created w/ > softupdates turned off No, I'm not talking about the memory disks. It's rather irrelevant whether you use soft-updates on them or not. What I meant is this: If you use a normal disk (not memory disk) for /usr/obj, soft-updates will decouple the writes from the compilation process, so the buildworld will be less I/O-bound. With good hardware it should be just as fast as a memory disk. Therefore it does not make sense to use a memory disk for /usr/obj, IMHO. > > well from the build process. On the other hand, using a > > memory disk for /usr/src _might_ help a little, but it > > depends on a lot of things. Especially if you have a > > again, both /usr/src and /usr/obj were mfs, and even async, noatime Doesn't matter for memory disks. > > speedy I/O system and plenty of RAM (so all of the files > > can be cached) and /usr/src is mounted with the "noatime" > > option, the difference is very small. > > as Kris mentioned, a buildworld isnt prolly the appropriate test for > mfs, That's correct. > as for the chrooted /usr or the buildkernel tests, I havent really > tried them --- will try to do so and report back when i get the time > ... By the way, what are you actually trying to do? What is your goal? Do you need to reduce the buildworld time? In that case, excluding some things that you don't need (via "NO_*" variables in /etc/make.conf) will probably give much better results than trying to play with mfs. For example, on most of my machines, I have the following in /etc/make.conf, reducing buildworld times noticeably: NO_KERBEROS=yes NO_BLUETOOTH=yes NO_FORTRAN=yes NO_I4B=yes NO_ATM=yes NO_VINUM=yes NO_OBJC=yes NO_SHAREDOCS=yes NO_PROFILE=yes Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Clear perl code is better than unclear awk code; but NOTHING comes close to unclear perl code" (taken from comp.lang.awk FAQ)