From owner-freebsd-hackers Mon Feb 12 16:36:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 14B7437B4EC for ; Mon, 12 Feb 2001 16:36:41 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id BAA91979; Tue, 13 Feb 2001 01:36:37 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Jordan Hubbard Cc: Greg Lehey , Danny Braniss , Matt Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: soft updates performance References: <79800.982024266@winston.osd.bsdi.com> From: Dag-Erling Smorgrav Date: 13 Feb 2001 01:36:36 +0100 In-Reply-To: Jordan Hubbard's message of "Mon, 12 Feb 2001 16:31:06 -0800" Message-ID: Lines: 14 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan Hubbard writes: > > More likely RAM bandwidth. Those 133 Mhz FSBs ought to help, though. > If RAM bandwidth was the bottleneck here then putting /usr/src and > /usr/obj into an MFS would have represented a pessimization over > simply leaving that on disk. Don't be so sure. Stuff on disk has to be read into memory, and this is generally done by DMAing it off the disk, which locks the memroy bus, then copying it out into userland. With an MFS you skip the first part, unless MFS is stupider than I thought. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message