| From | Sent On | Attachments |
|---|---|---|
| Jeremy Chadwick | Oct 30, 2008 8:31 pm | |
| Danny Carroll | Oct 30, 2008 9:07 pm | |
| Jeremy Chadwick | Oct 30, 2008 9:33 pm | |
| Andrew Snow | Oct 30, 2008 9:43 pm | |
| Danny Carroll | Oct 30, 2008 9:47 pm | |
| Danny Carroll | Oct 30, 2008 9:49 pm | |
| Danny Carroll | Oct 30, 2008 9:54 pm | |
| Simun Mikecin | Oct 31, 2008 2:20 am | |
| Simun Mikecin | Oct 31, 2008 4:56 am | |
| Peter Schuller | Nov 2, 2008 7:08 am | |
| Simun Mikecin | Nov 3, 2008 12:31 am | |
| Dieter | Nov 12, 2008 2:57 pm | |
| Danny Carroll | Nov 12, 2008 9:46 pm | |
| Jeremy Chadwick | Nov 12, 2008 11:42 pm | |
| Willem Jan Withagen | Nov 13, 2008 12:32 am | |
| Danny Carroll | Nov 13, 2008 3:09 am | |
| Danny Carroll | Nov 13, 2008 5:58 am | |
| Nikolay Denev | Nov 13, 2008 7:05 am | |
| Scott Long | Nov 13, 2008 8:49 am | |
| Danny Carroll | Nov 13, 2008 12:46 pm | |
| Danny Carroll | Nov 13, 2008 12:59 pm | |
| Eirik Øverby | Nov 16, 2008 12:26 pm | |
| Danny Carroll | Nov 16, 2008 7:15 pm | |
| Matt Simerson | Nov 16, 2008 10:06 pm | |
| Jeremy Chadwick | Nov 16, 2008 11:07 pm | |
| Wes Morgan | Nov 17, 2008 3:26 am | |
| Danny Carroll | Nov 17, 2008 3:42 am | |
| Matt Simerson | Nov 17, 2008 1:04 pm | |
| Matt Simerson | Nov 17, 2008 2:07 pm | |
| Danny Carroll | Nov 17, 2008 3:45 pm | |
| Jan Mikkelsen | Dec 2, 2008 2:38 am | |
| Wes Morgan | Dec 2, 2008 4:04 am | |
| Danny Carroll | Jan 7, 2009 4:33 pm | |
| Zaphod Beeblebrox | Jan 7, 2009 11:40 pm | |
| Koen Smits | Jan 7, 2009 11:48 pm | |
| Nikolay Denev | Jan 8, 2009 1:19 am | |
| Danny Carroll | Jan 8, 2009 6:29 pm | |
| Koen Smits | Jan 9, 2009 12:46 am | |
| Danny Carroll | Jan 9, 2009 1:02 am | |
| Koen Smits | Jan 9, 2009 7:57 am | |
| Andrew Snow | Jan 9, 2009 6:38 pm | |
| Danny Carroll | Jan 9, 2009 8:58 pm | |
| Danny Carroll | Jan 20, 2009 10:40 pm | |
| Koen Smits | Jan 21, 2009 1:15 am | |
| Danny Carroll | Jan 21, 2009 5:14 am |
| Subject: | Re: Areca vs. ZFS performance testing. | |
|---|---|---|
| From: | Nikolay Denev (nde...@gmail.com) | |
| Date: | Jan 8, 2009 1:19:36 am | |
| List: | org.freebsd.freebsd-fs | |
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 8 Jan, 2009, at 02:33 , Danny Carroll wrote:
I'd like to post some results of what I have found with my tests. I did a few different types of tests. Basically a set of 5-disk tests and a set of 12-disk tests.
I did this because I only had 5 ports available on my onboard controller and I wanted to see how the areca compared to that. I also wanted to see comparisons between JBOD, Passthru and hardware raid5.
I have not tested raid6 or raidz2.
You can see the results here: http://www.dannysplace.net/quickweb/filesystem%20tests.htm
An explanation of each of the tests: ICH9_ZFS 5 disk zfs raidz test with onboard SATA ports. ARECAJBOD_ZFS 5 disk zfs raidz test with Areca SATA ports configured in JBOD mode. ARECAJBOD_ZFS_NoWriteCache 5 disk zfs raidz test with Areca SATA ports configured in JBOD mode and with disk caches disabled. ARECARAID 5 disk zfs single-disk test with Areca raid5 array. ARECAPASSTHRU 5 disk zfs raidz test with Areca SATA ports configured in Passthru mode. This means that the onboard areca cache is active. ARECARAID-UFS2 5 disk ufs2 single-disk test with Areca raid5 array. ARECARAID-BIG 12 disk zfs single-disk test with Areca raid5 array. ARECAPASSTHRU_12 12 disk zfs raidz test with Areca SATA ports configured in Passthru mode. This means that the onboard areca cache is active.
I'll probably be opting for the ARECAPASSTHRU_12 configuration. Mainly because I do not need amazing read speeds (network port would be saturated anyway) and I think that the raidz implementation would be more fault tolerant. By that I mean if you have a disk read error during a rebuild then as I understand it, raidz will write off that block (and hopefully tell me about dead files) but continue with the rest of the rebuild.
This is something I'd love to test for real, just to see what happens. But I am not sure how I could do that. Perhaps removing one drive, then a few random writes to a remaining disk (or two) and seeing how it goes with a rebuild.
Something else worth mentioning. When I converted from JBOD to passthrough, I was able to re-import the disks without any problems. This must mean that the areca passthrough option does not alter the disk much, perhaps not at all.
After a 21 hour rebuild I have to say I am not that keen to do more of these tests, but if there is something someone wants to see, then I'll definitely consider it.
One thing I am at a loss to understand is why turning off the disk caches when testing the JBOD performance produced almost identical (very slightly better) results. Perhaps it was a case of the ZFS internal cache making the disks cache redundant? Comparing to the ARECA passthrough (where the areca cache is used) shows again, similar results.
-D
_______________________________________________ free...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-fs To unsubscribe, send any mail to "free...@freebsd.org"
There is a big difference betweeen hardware and ZFS raidz with 12 disk on the get_block test, maybe it would be interesting to rerun this test with zfs prefetch disabled?
- -- Regards, Nikolay Denev
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (Darwin)
iEYEARECAAYFAkllxT8ACgkQHNAJ/fLbfrnHnwCeJ8nSjBY6fc0Lvu2+fSN5E4HI zb0Ani2ZFLdxYCWYBuCnoo+D244O2lg5 =EKgi -----END PGP SIGNATURE-----
_______________________________________________ free...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-fs To unsubscribe, send any mail to "free...@freebsd.org"





