From owner-freebsd-hackers Mon Dec 15 01:23:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA10833 for hackers-outgoing; Mon, 15 Dec 1997 01:23:01 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA10818 for ; Mon, 15 Dec 1997 01:22:53 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id EAA04315; Mon, 15 Dec 1997 04:22:15 -0500 (EST) (envelope-from toor) Message-Id: <199712150922.EAA04315@dyson.iquest.net> Subject: Re: blocksize on devfs entries (and related) In-Reply-To: <199712150723.AAA27555@usr09.primenet.com> from Terry Lambert at "Dec 15, 97 07:23:36 am" To: tlambert@primenet.com (Terry Lambert) Date: Mon, 15 Dec 1997 04:22:14 -0500 (EST) Cc: mike@smith.net.au, tlambert@primenet.com, bgingery@gtcs.com, hackers@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert said: > > This is one of the reasons the Linux FATFS implementation kicks the > FreeBSD's implementation's butt on performance metrics. > I could be wrong, but I suspect the reason that our FATFS is slow now is that don't use our cluster code. It isn't that slow anymore, after all of the unneeded sync writes were fixed. -- John dyson@freebsd.org jdyson@nc.com