Date: Tue, 02 Aug 2011 13:10:27 +0300 From: Daniel Kalchev <daniel@digsys.bg> To: freebsd-stable@freebsd.org Subject: Re: ZFS directory with a large number of files Message-ID: <4E37CD13.1070402@digsys.bg> In-Reply-To: <42039B84-D6CE-4780-AA70-8500B1B32036@gsoft.com.au> References: <CAJGy1F0d7jeyaFuNdXe%2BucTL2r7R4suCyu8xG7WRHenMFZH-6g@mail.gmail.com> <20110802090830.GA92646@icarus.home.lan> <CAJGy1F0V65YB7L_1T-26O_gUkUUzn6mef036iuAw6HRGjxFRQA@mail.gmail.com> <20110802094226.GA93114@icarus.home.lan> <42039B84-D6CE-4780-AA70-8500B1B32036@gsoft.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
On 02.08.11 12:46, Daniel O'Connor wrote: > I am pretty sure UFS does not have this problem. i.e. once you > delete/move the files out of the directory its performance would be > good again. UFS would be the classic example of poor performance if you do this. > If it is a limitation in ZFS it would be nice to know that, perhaps it > truly, really is a bug that can be avoided (or it's inherent in the > way ZFS handles such things) It is possible that there is not enough memory in ARC to cache that large directory. Other than that, perhaps in ZFS it would be easier to prune the unused directory entries, than it is in UFS. It looks like this is not implemented. Another reason might be some FreeBSD specific implementation issue for fstatfs. In any case, the data available is not sufficient. More information would help, like how much RAM this system has, how much ARC uses, some ARC stats. What made me wonder is .. how exactly the kernel and zpool disagree on zpool version? What is the pool version in fact? Daniel
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4E37CD13.1070402>