Date: Tue, 25 Nov 1997 17:38:36 +0000 (GMT) From: Terry Lambert <tlambert@primenet.com> To: bde@zeta.org.au (Bruce Evans) Cc: bde@zeta.org.au, tlambert@primenet.com, fs@FreeBSD.ORG Subject: Re: ufs slowness Message-ID: <199711251738.KAA00604@usr08.primenet.com> In-Reply-To: <199711250733.SAA25843@godzilla.zeta.org.au> from "Bruce Evans" at Nov 25, 97 06:33:34 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> >You should do an "ls -fF" in a couple of equivalent directories and > >see the ordering of directories vs. files for thiose directories which > >contain both. You should find that they aren't identical. > > cp -pR doesn't quite preserve the order. I would have thought it uses > the order reaterned by readdir(). > > After copying from ext2fs to ffs using two tars in a pipe, ffs is exactly > as slow as before, although I've disturbed the ffs partition a little > by building a world in it (it grew from 53% full to 66% full). How about copying back to ext2fs? Then at least the same algorithm will have populated both. I think "optimal" might be "in such a way that a file may not displace a directory from cache". This would imply: 1) Breadth first 2) Create all files before subdirectories for any directory Of course, I could be wrong. If it's depth first, with no way to adjust it, you'd want the directories first. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199711251738.KAA00604>