From owner-freebsd-stable@FreeBSD.ORG Mon May 7 21:47:37 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 9833E16A402 for ; Mon, 7 May 2007 21:47:37 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.224]) by mx1.freebsd.org (Postfix) with ESMTP id B3BB913C448 for ; Mon, 7 May 2007 21:47:36 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so1826700nze for ; Mon, 07 May 2007 14:47:36 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sBrrwN2jHyWkzllbffO2IOZE+G0lSU7jS4Ov4lqVv4dWlLWs5LRvct7Sgh+zXl4ThpqcDy+n2OhXkxhqSGT/By2xTbnfeO/d1emOtkduITRQ4l43Ea12oeXmN7JA4vZXVM/mpd1JFkunxvCHFl6O7DMTLjFkdC9jt3PP6m+N0/Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hSm+lbuA4Ef4BIHbeyRzHXhnMjw+tc5G/oayO/lycJGifNVXT/kRoNrWQxho3TBxYY2EkxA0yUBRnUIYkCt4AnTX4kF4EvrMwdMOniTzXeoKcX63l+ZIX8t4o6oZ1Eb6l5D/eA7qyEeDJn8IVgC0pFMHOaPu24k+QE/ss4jA4XM= Received: by 10.114.202.15 with SMTP id z15mr985035waf.1178574454956; Mon, 07 May 2007 14:47:34 -0700 (PDT) Received: by 10.114.59.16 with HTTP; Mon, 7 May 2007 14:47:34 -0700 (PDT) Message-ID: <28edec3c0705071447t64eb6ea1n7a18550d4af6d883@mail.gmail.com> Date: Tue, 8 May 2007 05:47:34 +0800 From: "Mars G. Miro" To: freebsd-stable@freebsd.org, "Oliver Fromme" In-Reply-To: <200705072129.l47LTwP0046255@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <28edec3c0705071338m7d14206at218eb0efb1aa24d1@mail.gmail.com> <200705072129.l47LTwP0046255@lurza.secnetix.de> Cc: Subject: Re: mfs and buildworlds on the SunFire x4600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list 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:47:37 -0000 On 5/8/07, Oliver Fromme wrote: > 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 th= e > > > > 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. > oh. I didnt quite get that.. apologies ;-) > > > 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? > as i've mentioned in my original email, does mfs speed up I/O stuff ? there's been a lot of threads in teh past that a buildworld on mfs increases speed --- tho it might not be the appropriate test for high-end machines (speaking of w/c I just gots a T2000). there's prolly other appropriate apps/tools for mfs-testing ... > 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: > jahh, i know about these > NO_KERBEROS=3Dyes > NO_BLUETOOTH=3Dyes > NO_FORTRAN=3Dyes > NO_I4B=3Dyes > NO_ATM=3Dyes > NO_VINUM=3Dyes > NO_OBJC=3Dyes > NO_SHAREDOCS=3Dyes > NO_PROFILE=3Dyes > > Best regards > Oliver > Thanks ;-) > -- > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. > Handelsregister: Registergericht Muenchen, HRA 74606, Gesch=E4ftsfuehrun= g: > secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M=FC= n- > chen, HRB 125758, Gesch=E4ftsf=FChrer: Maik Bachmann, Olaf Erb, Ralf Geb= hart > > 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) > cheers mars