Date: Fri, 28 Sep 2001 17:36:51 -0500 From: Mike Meyer <mwm@mired.org> To: "Kory Hamzeh" <kory@avatar.com> Cc: questions@freebsd.org Subject: RE: reliable HDD brand (LONG) Message-ID: <15284.64387.828590.764360@guru.mired.org> In-Reply-To: <67460557@toto.iv>
next in thread | previous in thread | raw e-mail | index | archive | help
[Format recovered from top posting.] Kory Hamzeh <kory@avatar.com> types: > > In general, if you want reliability, go SCSI, mirroring IDE or, RAID5 IDE > > and have a hot spare. If you want enterprise reliability (which > > you probably > > don't if you were considering IDE drives) get a solid state > > drive. They are > > usually above USD$25,000. Ouch. (These things are also blazing > > fast as far > > as access time--great for that "special" 5% of files on a big file server) > Why is SCSI more reliable than, say IDE, when SCSI dictates the host > interface? Is the actual data encoding on the platter any more reliable? Is > the drive spindle motor or head servo any more reliable? I use to run SCSI > exclusively, but I had so much trouble, specially when the Ultra-Wide stuff > came out that I switched to IDE. Other then one problem with the IBM 75GXP > 45G, IDE was been more reliable for me than SCSI. How about because the firmware on cheap IDE drives sucks? For instance, some IDE drives with write cache enabled (basically, that means all of them) can potentially leave data in the cache forever. Others don't implement the ATA "flush your cache" command. > I agree they are not as fast as IDE. The author you quoted didn't discuss the speed of IDE vs. SCSI, so it's not clear what you are agreeing with. As stated, you've either misspoken or are comparing apples and oranges. <mike -- Mike Meyer <mwm@mired.org> http://www.mired.org/home/mwm/ Q: How do you make the gods laugh? A: Tell them your plans. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?15284.64387.828590.764360>