From owner-freebsd-current Thu Sep 17 17:49:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA19505 for freebsd-current-outgoing; Thu, 17 Sep 1998 17:49:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA19316; Thu, 17 Sep 1998 17:48:19 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id RAA14291; Thu, 17 Sep 1998 17:47:47 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp02.primenet.com, id smtpd014241; Thu Sep 17 17:47:38 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id RAA03745; Thu, 17 Sep 1998 17:47:14 -0700 (MST) From: Terry Lambert Message-Id: <199809180047.RAA03745@usr07.primenet.com> Subject: Re: Download of FreeBSD 3.0-SNAP To: mike@smith.net.au (Mike Smith) Date: Fri, 18 Sep 1998 00:47:14 +0000 (GMT) Cc: tlambert@primenet.com, mike@smith.net.au, phk@critter.freebsd.dk, joelh@gnu.org, tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199809162325.QAA00532@dingo.cdrom.com> from "Mike Smith" at Sep 16, 98 04:25:26 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > That's a McCarthy "or", like "||". If the first expression ("use mtree") > > evaluates to true, then you don't have to "force the application to > > optimise for the filesystem it's running on". > > Yeah, great. Let's just "optimise", say, INN to call mtree. And CVS. > And cp, mv and friends. cp -R does. Do does mv across FS's. INN is, by definition, bredth-first, since there are significantly more articale transfers than news group creation/deletions (unless you are silly and don't follow David Lawrence, pain that he can be...). > Crap. The job of the filesystem is to provide optimal performance for > typical application usage. Why do you think UFS already has > behavioural tweaks for small files? Do you want to modify applications > so they never create small files? No. I want a very deep directory tree that consists of directories empty of anything other than directories that are empty of anything other than directories ... that *finally* have files in them to be created by an appropriate tool before the files are populated by an inappropriate tool. > You're pushing the application/filesystem boundary in the wrong > direction, and your Clydesdale has a sore rear. This bud's for you... 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message