Date: Sun, 23 Sep 2007 23:35:15 +0200 From: Ivan Voras <ivoras@freebsd.org> To: freebsd-geom@freebsd.org Subject: Re: raidtest for zfs Message-ID: <fd6m6n$neh$1@sea.gmane.org> In-Reply-To: <20070922111958.GA1614@garage.freebsd.pl> References: <dcf881c30709210406j59603347vba8494eb5105932c@mail.gmail.com> <20070921143318.GC5690@garage.freebsd.pl> <dcf881c30709210933s6d92cb2dh830be87fb067037c@mail.gmail.com> <20070921170506.GB9445@garage.freebsd.pl> <1310567292.20070921235802@gmail.com> <20070922011847.GH9445@garage.freebsd.pl> <1231480340.20070922112446@gmail.com> <20070922111958.GA1614@garage.freebsd.pl>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigACE0CE5402A75E37DFC13772 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Pawel Jakub Dawidek wrote: > ZFS ZVOL doesn't present raw blocks to use, like graid3/graid5, so it's= > quite possible that because of how the data was written and how ZFS > prefetches the data it's faster than one disk. So does ZVOL actually offer "cooked" data to its users (caching, lazy allocation?), similar to what would happen if the entire ZVOL was one big file in a "normal" ZFS file system? Slightly off-topic: for most file systems, it used to be recommended that "lots of smallish files" be distributed in lots of directories in a radix-like fashion instead of keeping all files in one huge directory. Do you know if ZFS does something to help this situation, or are the old rules of thumb still applicable? --------------enigACE0CE5402A75E37DFC13772 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG9twTldnAQVacBcgRApujAKDR3sqoICUAm6M6ZMTlx+ZkgBOGewCfRa4c 8knVXM+Xs0al+LaMSXs7ty8= =CjT4 -----END PGP SIGNATURE----- --------------enigACE0CE5402A75E37DFC13772--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?fd6m6n$neh$1>