From owner-freebsd-current Tue Jan 15 22: 3:45 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 2877437B404; Tue, 15 Jan 2002 22:03:42 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id RAA19908; Wed, 16 Jan 2002 17:03:20 +1100 Date: Wed, 16 Jan 2002 17:04:31 +1100 (EST) From: Bruce Evans X-X-Sender: To: David Wolfskill Cc: , Subject: RE: -CURRENT as of 14 Jan seems slow In-Reply-To: <200201160056.g0G0u3A08394@bunrab.catwhisker.org> Message-ID: <20020116163247.L857-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 15 Jan 2002, David Wolfskill wrote: > >Date: Tue, 15 Jan 2002 16:46:17 -0800 (PST) > >From: John Baldwin > >Two questions: > > >1) Do you have WITNESS on in your kernel config? > > Yes, in both the build machine & the laptop -- since before I made a > "local" hierarchy within my CVS repository (September 9, 2001). > > >2) If yes, have you tried building with a kernel without witness? > > No, not since I put it in to re-sync with GENERIC. I could try that, I > suppose -- but as noted, I've had WITNESS in there for a while; something > seems to have changed during that one 24-hr. period that affected things > rather radically. And I thought it notable. :-} > > I gather no one else has noticed this? File locking seems to cause only the usual few percent of slowdown for each round of major locking changes. I haven't completed benchmarking the file locking pessimizations. I don't use WITNESS or INVARIANTS for benchmarking of course. Maybe the file locking changes cause much larger pessimizations when WITNESS is turned on than most locking changes. I can see how they might: WITNESS seemed to slow down creation and destruction of mutexes more than most mutex operations last time I checked, and there is a descriptor for each file and each file descriptor. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message