From owner-freebsd-current Thu Feb 17 14:22: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by hub.freebsd.org (Postfix) with ESMTP id 323A737B844 for ; Thu, 17 Feb 2000 14:21:58 -0800 (PST) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id IAA28842; Fri, 18 Feb 2000 08:50:06 +1030 (CST) Date: Fri, 18 Feb 2000 08:50:06 +1030 From: Greg Lehey To: Parag Patel Cc: current@FreeBSD.ORG Subject: Re: FWIW: More questionable softupdates+vinum benchmarks Message-ID: <20000218085006.D24604@freebie.lemis.com> References: <74982.950812517@pinhead.parag.codegen.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <74982.950812517@pinhead.parag.codegen.com> WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thursday, 17 February 2000 at 10:35:17 -0800, Parag Patel wrote: > > Hello. I have a friend's quad PPro box temporarily sitting in my garage > that I've been using to play with 4.0-CURRENT and vinum. Since the last > series of bug-fixes a few weeks ago, everything works as advertised. > > Just for my own curiosity, I've been running some simple (probably > questionable) tests involving find|cpio of the source tree and then > buildworld -j16 on various vinum volumes. > > So I thought I'd forward the results to current, for what it's worth. > > The biggest (non)surprise is how big a difference softupdates makes. > Nice! > > buildworld -j16: > src & obj on IDE disk (softupdates) > 5676.29 real 7701.09 user 6133.60 sys > src & obj on /noraid volume (1 drive, softupdates) > 6053.86 real 7969.94 user 7601.81 sys I'm not overly happy with these results. I suspect that a throttling mechanism I put in a few months back, which limited the number of simultaneous transactions per drive, might have something to do with it. Could you change the values of VINUM_MAXACTIVE and DRIVE_MAXACTIVE (in /sys/dev/vinum/vinumvar.h) to 30000 each (effectively disabling the throttling), recompile the kld and try again please? Previously, I had limited the number of transactions to 10, but I've just completed a make world here, and the drives had up to 400 outstanding transactions each, so there's quite a possibility the limitation is causing performance problems. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message