Date: Thu, 17 Sep 1998 18:13:57 -0700 From: Mike Smith <mike@smith.net.au> To: Terry Lambert <tlambert@primenet.com> Cc: mike@smith.net.au (Mike Smith), phk@critter.freebsd.dk, joelh@gnu.org, tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP Message-ID: <199809180113.SAA01834@dingo.cdrom.com> In-Reply-To: Your message of "Fri, 18 Sep 1998 00:47:14 -0000." <199809180047.RAA03745@usr07.primenet.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> > > 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.
dingo:/usr/src/bin>grep mtree cp/* mv/*
Really? I don't see either of these invoking anything.
> 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...).
Article creations are totally irrelevant; new file creation has no
effect on the directory inode allocation policy. INN will *still*
spread newly created directories suboptimally.
> > 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.
This has nothing to do with it. As I attempted to explain while you
weren't bothering to listen, it doesn't *matter* which order you create
the directories in (depth first or breadth first). If you attempt to
traverse the hierarchy in the same fashion as it was created, you will
lose. Unless you are extremely lucky, even traversing in the opposite
fashion to the order they were created will still cause you to hop all
over the place, because you'll still be near to the creation order and
thus will be suffering the pessimised locality of reference.
*thwap* Stop being part of the problem.
--
\\ Sometimes you're ahead, \\ Mike Smith
\\ sometimes you're behind. \\ mike@smith.net.au
\\ The race is long, and in the \\ msmith@freebsd.org
\\ end it's only with yourself. \\ msmith@cdrom.com
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199809180113.SAA01834>