OT now, but in high i/o envs with high concurrency needs, RAID5 is still the way to go, esp if 90% of i/o is reads. Of course it depends on file size / type as well... Anyway, let's sum it up with "a storage subsystem is only as fast as its slowest link"
----- Original Message ----- From: Wojciech Puchar <woj...@wojtek.tensor.gdynia.pl> To: Bill Moran <wmo...@potentialtech.com> Cc: Gary Gatten; Benjamin Krueger <benja...@seattlefenix.net>; freebsd-performance@freebsd.org <freebsd-performance@freebsd.org>; Olivier Mueller <om-lists-...@omx.ch>; freebsd-questi...@freebsd.org <freebsd-questi...@freebsd.org> Sent: Wed May 06 13:31:53 2009 Subject: Re: filesystem: 12h to delete 32GB of data > yes, some of them suck royally. you should rather say "some of them doesn't suck". <font size="1"> <div style='border:none;border-bottom:double windowtext 2.25pt;padding:0in 0in 1.0pt 0in'> </div> "This email is intended to be reviewed by only the intended recipient and may contain information that is privileged and/or confidential. If you are not the intended recipient, you are hereby notified that any review, use, dissemination, disclosure or copying of this email and its attachments, if any, is strictly prohibited. If you have received this email in error, please immediately notify the sender by return email and delete this email from your system." </font>
_______________________________________________ freebsd-performance@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-performance To unsubscribe, send any mail to "freebsd-performance-unsubscr...@freebsd.org"
