Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 2 Aug 2000 20:49:31 +0000 (GMT)
From:      Terry Lambert <tlambert@primenet.com>
To:        kris@FreeBSD.org (Kris Kennaway)
Cc:        tlambert@primenet.com (Terry Lambert), zzhang@cs.binghamton.edu (Zhihui Zhang), stevec@nbci.com (Steve Carlson), freebsd-fs@FreeBSD.org
Subject:   Re: FFS performance for large directories?
Message-ID:  <200008022049.NAA06177@usr06.primenet.com>
In-Reply-To: <Pine.BSF.4.21.0007311744410.14596-100000@freefall.freebsd.org> from "Kris Kennaway" at Jul 31, 2000 05:45:36 PM

next in thread | previous in thread | raw e-mail | index | archive | help
> On Tue, 1 Aug 2000, Terry Lambert wrote:
> > > A third thing is that FFS performs poor accessing /usr/ports.  This has
> > > something to do with how FFS layout directory inode (not file inode). The
> > > book 4.4 BSD design and implementation explains this well.  If fact, read
> > > that book carefully, you can have better idea than you can get from a
> > > mailing list.  Good luck!
> > 
> > This is because the tarball is packed up in the wrong order;
> > change the packing order (breadth-first vs. depth-first),
> > and the "ports problem" goes away.  I have done this with the
> > -T option to tar, and it works fine, so long as you have an
> > accurate file.  This ensures that there is no cache-busting
> > on the dearchive, which is the source of the problem.
> 
> Actually I benchmarked this a while back and it didn't make a significant
> difference.

I have SCSI drives, so maybe that's the difference, but I was
sure that only using directory components whose inodes and
data were already cached would have some positive effect, and
attributed the effect I saw to that, since the original problem
evidenced on SCSI drives as well...


					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-fs" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200008022049.NAA06177>