Date: Thu, 24 Jan 2013 07:38:30 +0100 (CET) From: Wojciech Puchar <wojtek@wojtek.tensor.gdynia.pl> To: Artem Belevich <art@freebsd.org> Cc: freebsd-fs <freebsd-fs@freebsd.org>, Mark Felder <feld@feld.me> Subject: Re: ZFS regimen: scrub, scrub, scrub and scrub again. Message-ID: <alpine.BSF.2.00.1301240724360.4425@wojtek.tensor.gdynia.pl> In-Reply-To: <CAFqOu6jGBFzriP1qmyw79YMgZox%2B_ObARibg31kiH8=sSZpovQ@mail.gmail.com> References: <CACpH0Mf6sNb8JOsTzC%2BWSfQRB62%2BZn7VtzEnihEKmEV2aO2p%2Bw@mail.gmail.com> <alpine.BSF.2.00.1301211201570.9447@wojtek.tensor.gdynia.pl> <20130122073641.GH30633@server.rulingia.com> <alpine.BSF.2.00.1301232121430.1659@wojtek.tensor.gdynia.pl> <CADLo838Rst7wEtV7DpY23XjpcFCsOkrN=axE1AscyO7vYgSKSg@mail.gmail.com> <op.wrdudwx334t2sn@markf.office.supranet.net> <CAFqOu6gcvTEYCtLEUoyd4tX7acrk=V85u4EuNiDWVj4X%2B0Dcpg@mail.gmail.com> <alpine.BSF.2.00.1301232240200.2067@wojtek.tensor.gdynia.pl> <510067DC.7030707@pyro.eu.org> <alpine.BSF.2.00.1301232347110.2474@wojtek.tensor.gdynia.pl> <CAFqOu6jGBFzriP1qmyw79YMgZox%2B_ObARibg31kiH8=sSZpovQ@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> > That's a bold statement. Literally. :-) And literally tested. But few settings have to be changed, and are for unknown reason capped on bad values for years. I will not repeat it as i already wrote it many times. If you like real results - i am getting like 50MB/s total I/O throughput when reading 10 different files in parallel on my really low speed laptop disk. It can do at most 69MB/s from the outer surface tested by dd if=/dev/ada0 of=/dev/null bs=2m 100MB/s are normal for modern 7200rpm SATA disks. UFS have weak points like lots of small files, but except writing, or reading already cached things, it is still faster than ZFS. That's about speed. As for reliability i already explained it. UFS can be improved. Best improvement would be SSD caching for metadata and selected data. But something real, not L2ARC or dragonflybsd's swapcache. A moment when you need high performance the most is after failure. When all people waited for system being up and then - at once - like to use it. In this moment L2ARC is empty and give no help. SSD cache must be persistent. Another improvement would be adding, after user quota and group quota, jail quota and jail ID in metadata. Not that useful for me, but may be useful for people that serve 1000s of random unknown clients. Things like snapshots and pseudo filesystems are cool but not really that useful, at least for me. And when using it heavily one will quickly get lost in the mess. > However, it appears that we're nowhere near having a rational discussion: > http://thoughtcatalog.com/2011/how-to-have-a-rational-discussion/ > true. And it will not change until technical arguments will be the only arguments. Not fanatic reactions or repeating marketing words. ZFS is great marketer tool. It promises features that would make administering a server very easy at first. Then - there are companies for data recovery :) I wish them a lots of money earned.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.1301240724360.4425>