Date: Mon, 11 Feb 2008 21:28:22 +0100 From: Kris Kennaway <kris@FreeBSD.org> To: Alexey Tarasov <me@lexasoft.ru> Cc: current@freebsd.org Subject: Re: Disappointing speed with ZFS Message-ID: <47B0AFE6.6070503@FreeBSD.org> In-Reply-To: <50186FCD-F67F-4144-BDF1-FB9A7F9AAB64@lexasoft.ru> References: <9DA6FFCD-11DB-4580-9314-52B0885351D8@lexasoft.ru> <fopmlp$qeh$1@ger.gmane.org> <50186FCD-F67F-4144-BDF1-FB9A7F9AAB64@lexasoft.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
Alexey Tarasov wrote: > I've done similar tests on the other machine, and all looks fine. > > But why on this machine ZFS works slower than UFS? When I make UFS file > system on the same disk, rtorrent hashing works 10 times faster. And > while hashing, HDD is used three times intensively with ZFS (noticed by > flashing LED). > > I have an amd64 Core2Duo processor, 4 Gb of RAM, what is not enough for > ZFS? > > What kernel tuning can help me? I'd guess this is just related to the ZFS design. As Ivan says, it prefers to do all writes sequentially. This means that reads (as with reading of hashes) may be very fragmented and require lots of drive seeking, which will reduce performance a lot. ZFS does do aggressive prefetching of data to try and offset this problem, but if your disk bandwidth is low (e.g. you are not using a fast disk array) then it may not help much (and can also introduce big I/O latency for other operations). As for what can be done about this, I don't know, but you should look into the general ZFS literature (ZFS support mailing lists, etc). Kris
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?47B0AFE6.6070503>