Ext3 and RAID: silent data killers?
Ext3 and RAID: silent data killers?
Posted Sep 1, 2009 7:46 UTC (Tue) by job (guest, #670)In reply to: Ext3 and RAID: silent data killers? by k8to
Parent article: Ext3 and RAID: silent data killers?
Posted Sep 1, 2009 8:05 UTC (Tue)
by drag (guest, #31333)
[Link] (1 responses)
With RAID 5 the amount of time it takes to recover is so long nowadays that the chances of having a double fault is pretty good. It was one thing to have 20GB with 30MB/s performance, but it's quite another to have 1000GB with 50MB/s performance...
Posted Sep 11, 2009 1:18 UTC (Fri)
by Pc5Y9sbv (guest, #41328)
[Link]
My cheap MD RAID5 with three 500 GB SATA drives allows me to have 1TB and approximately 100 MB/s per drive throughput, which implies a full scan to re-add a replacement drive might take 2 hours or so (reading all 500 GB from 2 drives and writing 500 GB to the third at 75% of full speed). I have never been in a position where this I/O time was worrisome as far as a double fault hazard. Having a commodity box running degraded for several days until replacement parts are delivered is a more common consumer-level concern, which has not changed with drive sizes.
Posted Sep 3, 2009 5:05 UTC (Thu)
by k8to (guest, #15413)
[Link] (1 responses)
Meanwhile, you also get vastly better performance, and higher reliability of implementation.
It's really a no brainer unless you're poor.
Posted Sep 3, 2009 5:26 UTC (Thu)
by dlang (guest, #313)
[Link]
in digging further I discovered that they key to performance was to have enough queries in flight to keep all disk heads fully occupied (one outstanding query per drive spindle), and you can do this with both raid 6 and raid 10.
Ext3 and RAID: silent data killers?
Ext3 and RAID: silent data killers?
Ext3 and RAID: silent data killers?
Ext3 and RAID: silent data killers?