Date: Sat, 6 Aug 2011 13:08:07 +0930 From: "Daniel O'Connor" <doconnor@gsoft.com.au> To: "Patrick M. Hausen" <hausen@punkt.de> Cc: freebsd-stable@freebsd.org, Christian Weisgerber <naddy@mips.inka.de> Subject: Re: ZFS directory with a large number of files Message-ID: <6E45CE57-491E-4077-B14C-751C73647EFC@gsoft.com.au> In-Reply-To: <BA47D829-B2E3-419B-AC50-FD3F6FCC54EF@punkt.de> References: <CAJGy1F0d7jeyaFuNdXe%2BucTL2r7R4suCyu8xG7WRHenMFZH-6g@mail.gmail.com> <20110802094226.GA93114@icarus.home.lan> <42039B84-D6CE-4780-AA70-8500B1B32036@gsoft.com.au> <4E37CD13.1070402@digsys.bg> <j1h18t$jh1$1@lorvorc.mips.inka.de> <BA47D829-B2E3-419B-AC50-FD3F6FCC54EF@punkt.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On 06/08/2011, at 5:17, Patrick M. Hausen wrote: > Am 05.08.2011 um 17:12 schrieb Christian Weisgerber: >> Daniel Kalchev <daniel@digsys.bg> wrote: >>=20 >>> On 02.08.11 12:46, Daniel O'Connor wrote: >>>> I am pretty sure UFS does not have this problem. i.e. once you=20 >>>> delete/move the files out of the directory its performance would be=20= >>>> good again.=20 >>>=20 >>> UFS would be the classic example of poor performance if you do this. >>=20 >> "Classic" indeed. UFS dirhash has pretty much taken care of this >> a decade ago. >=20 > While dirhash is quite an improvement, it is definitely no silver = bullet. >=20 > When I asked Kirk McKusick at last year's EuroBSDCon if having > a six-figure number of files in a single directory was a clever idea > (I just had a customer who ran into that situation), he just smiled > and shook his head. Ahh, but OP had moved these files away and performance was still poor.. = _that_ is the bug. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?6E45CE57-491E-4077-B14C-751C73647EFC>