ZFS regimen: scrub, scrub, scrub and scrub again.
Steven Chamberlain
steven at pyro.eu.org
Wed Jan 23 22:45:02 UTC 2013
On 23/01/13 21:40, Wojciech Puchar wrote:
>> "1 drive in performance" only applies to number of random i/o
>> operations vdev can perform. You still get increased throughput. I.e.
>> 5-drive RAIDZ will have 4x bandwidth of individual disks in vdev, but
>
> unless your work is serving movies it doesn't matter.
That's why I find it really interesting the Netflix Open Connect
appliance didn't use ZFS - it would have seemed perfect for that
application.
http://lists.freebsd.org/pipermail/freebsd-stable/2012-June/068129.html
Instead there are plain UFS+J filesystems on some 36 disks and no RAID -
it tries to handle almost everything at the application layer instead.
I'm sure it's worked out okay for them, but wonder how much easier it
would be if they could push content updates out with a 'zfs send',
without having to take the machine offline. If split into a few large
RAID-Zs a disk could stay in use even when a few blocks have failed.
Regards,
--
Steven Chamberlain
steven at pyro.eu.org
More information about the freebsd-fs
mailing list