Date: Wed, 19 May 2010 15:32:42 +0200 From: Ivan Voras <ivoras@freebsd.org> To: freebsd-fs@freebsd.org Subject: Re: ZFS Recordsize tuning & transmission (bittorent daemon) Message-ID: <ht0p9p$89f$1@dough.gmane.org> In-Reply-To: <4BF3A0DD.4080404@tzim.net> References: <4BF3A0DD.4080404@tzim.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 05/19/10 10:27, Arnaud Houdelette wrote: > Hi, > > I'm using the transmission bittorent client on a single drive ZFS pool > (name unsafe). Downloading is mostly OK. > But moving a downloaded file to an other zpool (zraid, name tank) takes > ages. You will generally observe the same problem with any file system you can use because torrent (and other similar p2p) downloads target random chunks of data in the files. In most other "less smart" file systems (e.g. UFS) you can preallocate the space (not by using sparse files but by really writing zeroes or random junk in the length of the total file size), which you can't in ZFS (or technically, can but you won't benefit from it). You cannot "escape" from this feature of ZFS no matter what you do (except by using expensive hardware).
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ht0p9p$89f$1>