Slashdot Mirror


IDE RAID Examined

Bender writes "The Tech Report has an interesting article comparing IDE RAID controllers from four of the top manufacturers. The article serves as more than just a straight product comparison, because the author has included tests for different RAID levels and different numbers of drives, plus a comprehensive series of benchmarks intended to isolate the performance quirks of each RAID controller card at each RAID level. The results raise questions about whether IDE RAID can really take the place of a more expensive SCSI storage subsystem in workstation or small-scale server environments. Worthwhile reading for the curious sysadmin." I personally would love to hear any ide-raid stories that slashdotters might have.

586 comments

  1. IDE AID? by Anonymous Coward · · Score: 1, Funny

    Don't tell me the hard drive manufacturers are in that much trouble. I hope Willie Nelson will be there.

  2. IDE Raid, inexpensive but major hassle by Anonymous Coward · · Score: 4, Insightful

    IDE can only handle one or two hard drives per channel, which makes the cabling a real nasty hassle as opposed to SCSI-based RAID.

    Even those so-called rounded cables can clutter the hell out of a tower case if you have a 4-channel RAID controller.

    In my case it's the Adaptec 2400A four-channel, with four 120GB Western Digital hard drives, RAID 1+0.

    1. Re:IDE Raid, inexpensive but major hassle by mccormick · · Score: 5, Informative

      For performance reasons, I haven't seen a single vendor that actually expects you to put two drives on a single interface, and infact, I've found that the 3ware Escalade controllers just won't let you. When they advertise that it can two drives, it usually means it has two dedicated interfaces, therefore have the potential for completely saturated a single port all by itself (which is hard to do with ATA/100 and ATA/133 drives that cannot even burst that high -- get good drives! big caches too!)

      --
      Pete
    2. Re:IDE Raid, inexpensive but major hassle by Anonymous Coward · · Score: 1, Insightful

      see serial ata raid (coming soon to a world near you)

      teeny tiny leetle cables...

    3. Re:IDE Raid, inexpensive but major hassle by Anonymous Coward · · Score: 2, Informative

      Oh yeah, I used to have this configured in RAID-5 mode, and had a drive fail. It took just about 24 hours for 120GB to reconstruct onto a spare disk.

      I was fortunate enough to have also purchased a Fry's Electronics Instant Exchange guarantee for all the hard drives. So I popped in to Fry's to exchange it, and got a replacement after waiting for two fricking hours. I swear the poor guy had to run around for 20 different manager signatures.

      Fry's Instant Exchange is not so instant.

      Adaptec 2400A - $350
      Two 3ware Hotswap drive bays - $340
      Four 120GB western digitals (7200rpm) - $920

      With Linux 2.4.9-SGI-XFS, filesystem writes were pretty damn slow -- maybe 12MB/sec on RAID-5.

    4. Re:IDE Raid, inexpensive but major hassle by PlanetX+00 · · Score: 2, Insightful

      The next generation of IDE will be serial ATA (SATA). These drives will have a small cable going from the controller to the drive getting rid of all the cable clutter. Also, these controllers will allow you to use more than four drives, the more ports the more drives. Finally, these controllers will have improved electronics allowing the card to do more work, and making them less of a CPU resource hog. Continuing to use SCSI will get you higher speeds and greater drive MTFBs, but with IDE RAID you might not have to worry about the drive MTBFs (I can buy several larger IDE drives at the same cost of a smaller SCSI drive).

    5. Re:IDE Raid, inexpensive but major hassle by Anonymous Coward · · Score: 3, Informative

      Thats because one of the major limitations of current generation IDE is that only one device on a channel can "talk" at a time. So even if you're using a RAID card with two devices on a channel, it will be no faster than a standard IDE connection, since only one drive read/write can be done at a time. With SCSI, all of the drives on a channel can talk at the same time until the 160 MB/s that SCSI can handle is saturated.

    6. Re:IDE Raid, inexpensive but major hassle by betis70 · · Score: 1

      So you are one of those people I pass when I walk into Fry's? And are still there when I walk out?

      --
      I forget...are we at war with Eurasia or East Asia?
    7. Re:IDE Raid, inexpensive but major hassle by silicon_synapse · · Score: 1

      I'm using one of the SATA interfaces on my motherboard along with one PATA interface for IDE RAID. The cable is definately much thinner which is nice (makes for good airflow), but I find it rather stiff. I hope some more flexible cables are produced. If it has to bend at an awkward place it could put a good bit of pressure on the now-much-smaller connector.

    8. Re:IDE Raid, inexpensive but major hassle by Archfeld · · Score: 2

      serial ata is nice, I've got a promise card with 4 channels and serial ata adaptors. While it looks great it has the same issue any other IDE controller has, only single channel access at any one time so it is just a shell game. Though the serial ata cables are great, they are even better than round ide :)

      --
      errr....umm...*whooosh* *whoosh* Is this thing on ?
    9. Re:IDE Raid, inexpensive but major hassle by PetiePooo · · Score: 4, Interesting

      I've got a friend that has a FileZerver NAS device. Does RAID0/1/5/JBOD on up to 12 IDE devices. As easy to use as a toaster.

      He initially bought it with six 100GB drives, giving him a formatted capacity of 477GB using RAID5. Ripped his CD collection, restored all his scanned images and textbooks and filled the sucker up to about 75% capacity.

      The only problem is that he used only 3 of the 6 channels to connect his 6 drives; 3 as master, 3 as slave. One controller had a momentary glitch and 2 of the 6 drives dropped out of the RAID. Can anyone tell me what happened next? Anyone? Anyone?

      After a bit of investigation, we found out the Zerver sled runs a version of Linux and uses the same md drivers modern Linux distros use. We pulled the drives out, and one by one slapped them into a spare Linux PC to update the superblocks. Brought it back up, and after a 24-hour fsck, the system was back up and stable. And each drive had its own IDE channel!!!

    10. Re:IDE Raid, inexpensive but major hassle by phyrebyrd · · Score: 1

      I've got a Promise SX6000 - I agree. The cables are a pain, but I've got a 200GB array running six 40G drives in a RAID-5 array.... The price was right... Even if I did have to do a little drilling on my shiny new aluminum case to get this LONG card installed...

      --
      "When the people fear their government, there is tyranny; when the government fears the people, there is liberty." -Thom
    11. Re:IDE Raid, inexpensive but major hassle by I+Am+The+Owl · · Score: 4, Insightful

      You are confusing serial communications with parallel communications. Please research further before flaming. Thx.

      --

      --sdem
    12. Re:IDE Raid, inexpensive but major hassle by Afrosheen · · Score: 2

      Why not use something that journals and has a little more speed, like reiserfs or ext3? I'd imagine xfs would be a poor choice if you're shooting for pure transfer rates.

    13. Re:IDE Raid, inexpensive but major hassle by Wolfrider · · Score: 1

      --Dude, when I started getting 12 to 20MB/sec on my IDE with Reiserfs and notail, I was ecstatic!!! Of course I'm only running a 900MHz AMD Duron, but still-! I was used to maybe 5MB/sec, even with 80-pin cables and hdparm optimization. But I'm not running hardware RAID, just LVM on some partitions.

      --Fry's Instant Exchange taking 2 hours -- could have been worse...

      --
      .
      == WolfriderV6 == I'm willing to admit that *I just might* be wrong... Are you??
    14. Re:IDE Raid, inexpensive but major hassle by Anonymous Coward · · Score: 1, Informative

      the major problem with a hardware raid is to rebuild you need an INDENTICAL drive as the others. fast fwd 2 yrs and good luck finding the spare. i being the most paranoid dude EVER, had a raid 5 over 3 disks live - with a hot spare running. plus i have a 'cold' spare in the box cabled in without the power pluged in ready for a rebuild. and if that is not enought i even have a 'frozen' spare in a cheapo media fire-safe just in case the back-up to the back-up to the back-up fails. it cost me tons of cash... but if you can't afford to lose it - don't mess around.... i do also have a DDS$ 6 pack autoloader for the twice daily back-up. ONLY THE PARANOID SURVIVE!!!

    15. Re:IDE Raid, inexpensive but major hassle by Shanep · · Score: 2

      Dude, when I started getting 12 to 20MB/sec on my IDE with Reiserfs and notail, I was ecstatic!!! Of course I'm only running a 900MHz AMD Duron, but still-!

      Huh? I have been getting 25+MB/sec with 20GB Seagate UDMA Barracuda's for about the past 3 years on a P2 300.

      Linux RAID-0 does of course reduce this transfer rate to less than 20MB/s. Go Linux software RAID!

      (It's not my P2 300, BTW, Linux 2.2 RAID-0 did actually give me greater transfer rates, 2.4 is shite).

      --
      War crimes, torture, lies, illegal spying... Would someone give Bush a blowjob, already, so he can be impeached?
    16. Re:IDE Raid, inexpensive but major hassle by ZorinLynx · · Score: 2, Insightful

      I hope you keep an off-machine backup. It only takes one violent power supply failure to make all your data suddenly vanish as multiple drives meet their maker in a blinding flash of light.

      Back up to an off-machine disk or tape. NOW. You will thank me later.

    17. Re:IDE Raid, inexpensive but major hassle by funkdancer · · Score: 2, Funny

      Before we know it we'll have SATAN in our offices then ... Serial ATA Networks.

      (Sorry couldn't resist)

      --
      ISO certified == THX certified
    18. Re:IDE Raid, inexpensive but major hassle by Charm · · Score: 4, Funny
      24-hour fsck

      And that is why fsck is used as a swear word.

      --
      -- RTFM:Slackware::Beer:Saturday
    19. Re:IDE Raid, inexpensive but major hassle by Lumpy · · Score: 2

      so by the time you get the good drives and the ones with big caches.... you're spending the same money as us SCSI guys do.

      Funny... I've enjoyed Ultra 160 raid for over 2 years now... and what have you IDE guys had?

      IDE is for consumer and home use. SCSI is for serious work. even the manufacturers admit it... my scsi drives STILL come with 5 year warranties... IDE drives come with 1 year now... funny that eh?

      --
      Do not look at laser with remaining good eye.
    20. Re:IDE Raid, inexpensive but major hassle by ShieldW0lf · · Score: 1

      I'm not using RAID, but I've got 5 hard drives in my Lian-Li PC-12s bottom mounted rack + 3 optical drives, and while it's full, it's not difficult to work with.

      Round your cables and get a better case.

      --
      -1 Uncomfortable Truth
    21. Re:IDE Raid, inexpensive but major hassle by Oliver+Wendell+Jones · · Score: 2

      Is that the new ATA666 standard?

      Also couldn't resist.

      --
      A computer once beat me at chess, but it was no match for me at kick boxing -- Emo Phillips
    22. Re:IDE Raid, inexpensive but major hassle by ivan256 · · Score: 2

      It's not for performance reasons, it's for reliability reasons. The IDE bus is not very tolerant of failures. There are many failure conditions for an IDE drive that will make the entire bus unuseable. If it's a mirror set, you haven't really gained any reliability if one drive takes the other drive out with it. You also can't hot-replace a drive if it's sharing a bus, but if it's the only one, you can. (You're software might not like it though...)

      get good drives! big caches too!

      Depending on how relibable you're trying to get with your RAID set, the cache won't help either. In fact, if you don't want data corruption, you have to run with the write cache off otherwise even your journaling filesystem won't protect you if your drives suddenly lose power.

    23. Re:IDE Raid, inexpensive but major hassle by zbuffered · · Score: 1

      I thought he was using it as a swear word

      --
      Synergy is your friend
    24. Re:IDE Raid, inexpensive but major hassle by mccormick · · Score: 1, Interesting

      That's why it's suggested that your RAID controller has a separate UPS-like power supply so that in the event of a system failure, the controller can still make sure that the drives flush their caches to disk and shutdown properly. However, I'm not currently aware of an IDE RAID solution that does this. And I was suggesting the large cache for performance reasons, not necessarily for reliability.

      --
      Pete
    25. Re:IDE Raid, inexpensive but major hassle by mccormick · · Score: 1, Insightful

      Actually, the large 8MB cache, 7200rpm, 100GB+ drives from Western Digital and IBM, as well as others, are still cheaper than equivilent SCSI. Besides, while the warranties may not be as long, SCSI and IDE drives are usually just about identical with the except of the disk controller, which is where the distinction between IDE and SCSI is created. Funny, I've personally enjoyed my ATA/66 RAID-1 array for about the same amount of time. Enjoyed it most thoroughly, in fact. The price tag was really enjoyable as well.

      --
      Pete
    26. Re:IDE Raid, inexpensive but major hassle by saider · · Score: 1

      And store that disk or tape in a safe place. Leaving the media on your desk for rugrats or rover is inviting disaster. Also don't forget about the occaisional home fire, known to be unfriendly to media. Make a copy and have a friend in a distant geographic area save it. You never know when you'll be hit with a hurricane/flood/tornado/earthquake. An off-planet repository is not needed to protect against large meteorite impacts due to the fact that if you are dead, nobody cares about your porn and MP3s.

      -or-

      Use daisy chained redundant UPSes. And don't connect to the power grid, that's where the trouble begins. I'd recommend a propane or natural gas generatior with solar as an auxiliary. And for Christ's sake, don't hook your computer(s) up to the same circuit as your AC and Fridge. Those motors are the cause of so much distortion.

      (For the humor-impaired, this post should not be taken seriously).

      --


      Remember, You are unique...just like everyone else.
    27. Re:IDE Raid, inexpensive but major hassle by psamuels · · Score: 1
      I've got a promise card with 4 channels and serial ata adaptors. While it looks great it has the same issue any other IDE controller has, only a single channel access at any one time so it is just a shell game.

      Hmm. Bug in the Promise design, then. Serial ATA is designed for "one cable, one device" (no more master/slave) but different cables - aka different channels - should run just fine in parallel.

      Actually, it may not be a design bug, but a driver limitation. Who knows - I don't have your card. It's not a shortcoming of the SATA spec, though.

      --
      "How can you claim that you are anti-crack, while still writing a window manager?" — Metacity README
    28. Re:IDE Raid, inexpensive but major hassle by dublin · · Score: 3, Informative

      Thats because one of the major limitations of current generation IDE is that only one device on a channel can "talk" at a time. So even if you're using a RAID card with two devices on a channel, it will be no faster than a standard IDE connection, since only one drive read/write can be done at a time.

      Not at all true. There are a good many IDE (ATA, actually) RAID controllers out there that use one drive per IDE channel, and connect to the host via SCSI or Fibre Channel. (Of course, in this case there is *never* channel contention, and the weak spot is in the SCSI or of FC connection, both of which are using the SCSI protocol. This approach is FAR faster than almost all SCSI-based RAID systems out there, and much cheaper to boot. One of the advantages of using serious IDE Raid subsystems (not the cheezy desktop variety) is that the cost savings can allow you to replace RAID 5 with RAID 0+1 (sometime called 10) and still save money. I know because I've engineered and built multi-terabyte storage servers on this technology that are 2-3x faster and an order of magnitude less expensive than high-end storage servers like the IBM Shark or EMC Symmetrix. IDE *will* squash SCSI, it's not a matter of if, but when, mostly because SCSI will never be able to compete with the volume economics that produce IDE's 5-6x cost advantage. The performance advanstage of individual SCIS drives is already becoming marginal, and the speed of individual drives is nearly irrelevant anyway in a RAID environment where most of the poerformance comes from spanning mutiple splindles, not the speed of the individual disks. (This is why a properly configured RAID array of disks with average access time N can deliver average access times of significantly less than N.)

      With SCSI, all of the drives on a channel can talk at the same time until the 160 MB/s that SCSI can handle is saturated.

      Not even close. SCSI is a one-talker at a time bus architecture. This is one reason a good IDE RAID controller can so easily kick SCSI butt. The largest clusters and multiprocessor computers are all going to high performance IDE RAID arrays because of their superior cost, performance, and yes, reliability, since electrical problems in physical SCSI are one of the most common causes of data corruption in high performance environments, which is one of the chief reasons Fibre Channel has been so widely adopted. It too uses the SCSI protocol, and so has real weaknesses, but at least it avoids the hideous flakiness of SCSI's connector and termination scheme.

      --
      "The future's good and the present is nothing to sneeze at." - Roblimo's last ./ post
    29. Re:IDE Raid, inexpensive but major hassle by dublin · · Score: 2

      so by the time you get the good drives and the ones with big caches.... you're spending the same money as us SCSI guys do.

      No way. And big drive caches don't really buy you much in a RAIDed environment. It's far better to have that cache in the RAID controller itself. Drive speed doesn't matter much, it's spindle spreading that wins big, and IDE drives are now nearly as fast as SCSI at a quarter or less of the price!

      Funny... I've enjoyed Ultra 160 raid for over 2 years now... and what have you IDE guys had?

      Speaking for myself, I've had high-performance IDE RAID arrays that will easily saturate an Ultra 160 SCSI connection at a cost so low I can use RAID 0+1 instead of 5 and still save money. You just can't do that with SCSI.

      IDE is for consumer and home use. SCSI is for serious work. even the manufacturers admit it... my scsi drives STILL come with 5 year warranties... IDE drives come with 1 year now... funny that eh?

      Red herring if ever there was one. The mechanisms are the same and have been for years from most manufacturers. The only difference is the logic board. Aren't you glad you're paying a 4x premium for that one-drive-at-a-time SCSI interface? (All high-performance IDE RAID units have one channel per drive, totally eliminating bus contention. That approach is way too expensive to execute in SCSI.)

      Finally, drive manufacturers are building "enterprise class" IDE drives now that have the same warranties as the very expensive SCSI drives. Sure, they're more than the consumer grade IDE drives, but still several times cheaper than SCSI drives that are only slightly faster. And you might want to check the reliability specs. I know of at least two drive vendors that quote *higher* MTBFs for their IDE drives than they do for their SCSI equivalents. Tell me again why I should waste my company's money on an anachronistic love-affair with an obsolete technology when that decision could result in additional layoffs?

      If you don't believe me, get a clue about what's happening in the storage industry. I'd suggest InfoStor or SearchStorage as starting places. And if you think IDE is strong now, just wait until high-perfromance Serial ATA RAID controllers start to become common in a few months.

      SCSI is dead. Not because it's a bad technology (although it isn't that great, either), but because it cannot compete economically.

      --
      "The future's good and the present is nothing to sneeze at." - Roblimo's last ./ post
    30. Re:IDE Raid, inexpensive but major hassle by Archfeld · · Score: 2

      no you are correct it is not the serial ata spec but the IDE spec. Even a dual channel ide card can actually only write to a single channel at any time. I am trying to find the place where I read this all detailed out. The biggest advantage of the new raid cards is the JBOD mode. How many home users really need mirroring or 1+0/0+1 raid ?

      --
      errr....umm...*whooosh* *whoosh* Is this thing on ?
    31. Re:IDE Raid, inexpensive but major hassle by psamuels · · Score: 1
      it is not the serial ata spec but the IDE spec. Even a dual channel ide card can actually only write to a single channel at any time.

      You sure about that? Even the original ISA-based IDE interface has two separate port ranges and two IRQs for the two channels. That to me implies that you can treat them as independent interfaces. If both channels are handled by a single chip which is limited to a single command at a time, that is a mere implementation detail.

      I seriously doubt the SATA specs tie the hands of the hardware people in such a way as to forbid multiple ports to be treated as independent entities. (Especially now, with PCI being all the rage - PCI has a provision for providing multiple independent "functions" per bus address - that is, per PCI card or per motherboard chip.) If there is such a limitation, I expect it only affects the old ISA IDE compatibility mode (i.e. what your OS uses if it doesn't have a specific driver for the SATA chip in question).

      If you have good information to the contrary, I shall have to accept it, but I'll be surprised.

      --
      "How can you claim that you are anti-crack, while still writing a window manager?" — Metacity README
    32. Re:IDE Raid, inexpensive but major hassle by Archfeld · · Score: 2

      Doh, I need to go back on vacation...Only a single device can speak down a channel at a time, reading back over my post I even confused myself. A dual channel ide controller theoretically supports 4 devices, 2 per channel, allowing only one of those device per channel to speak at one time. So if you had 4 disks you could only get 2 of them at any one point, or if you raid them 1+0 I think acrossed both channels you could get a performance boost accessing a single logical volume. Now I am guessing but haven't found proof that the SATA spec, allowing only a single device per cable does not have this limitation ? The card I have supports SATA but the disks I've got don't, so all I am getting is cooler smaller cables using an adaptor at the disk side. I could not even find any disks that supported the SATA interface yet....soon I hope...

      --
      errr....umm...*whooosh* *whoosh* Is this thing on ?
  3. SCSI for workstations? by autopr0n · · Score: 3, Insightful

    Whats the point in having SCSI-Raid in most workstations these days? I mean, ram is so cheap now you can throw in a couple gigs for much less then the price diffrence between SCSI RAID and IDE raid.

    I mean, I know the hest drives are SCSI flavor, but it seems like there's so many other things you could spend money on first that would get you way better performance, like getting a Dual Athlon CPU or something.

    --
    autopr0n is like, down and stuff.
    1. Re:SCSI for workstations? by WiPEOUT · · Score: 1

      and what better way to ensure your dual AthlonMPs with 2GB of RAM are kept fully utilised that by attaching a Seagate Cheetah 15.3K drive or three?

    2. Re:SCSI for workstations? by redfiche · · Score: 5, Informative
      Performance isn't the only issue. We build custom PC-like devices from parts for use in health care, and we are constantly struggling to get a steady supply of parts that will be the same for more than a few months. Hard drives are about the worst, and IDE hard drives have a market lifespan of a few months. It can be a paperwork and testing nightmare to change the hard drive you use frequently. SCSI has a much longer lifespan in the market.

      There is also the reliability factor. SCSI drives tend to be more robust.

      --

      Brevity is the soul of wit

      -- Polonius

    3. Re:SCSI for workstations? by Kenja · · Score: 2

      I like my data. I like it to be there when I get home from work. Thats why I've got a three drive RAID-5 on my main workstation. That way if a drive dies my data is still there.

      --

      "Have you ever thought about just turning off the TV, sitting down with your kids, and hitting them?"
    4. Re:SCSI for workstations? by aussersterne · · Score: 5, Insightful

      Ummm, no.

      Try getting sustained data transfer rates out of an IDE RAID under load. It won't happen. You'll stutter. *boom* goes your realtime process.

      SCSI RAID, on the other hand, streams happily along with very little CPU load.

      --
      STOP . AMERICA . NOW
    5. Re:SCSI for workstations? by trevinofunk · · Score: 1

      d00d, when you are hardcore about your Quake 3 framerates, you'll pimp out every last corner of that mofo.

    6. Re:SCSI for workstations? by Anonymous Coward · · Score: 4, Insightful
      The "Enterprise Server Group" at my Fortune 500 employer keeps telling me I should be purchasing $1,200 "SunFire V100" servers with IDE instead of wasting $2K+ on the V120 with hot-swap SCSI.

      I keep telling them to wait a couple of years, and we'll see who is wasting money.

      There is also the reliability factor. SCSI drives tend to be more robust.

      Agreed. This is not always easy to back up with facts (by quoting mfgr specs, etc), but in both recent and long-term (10+ years) experience, my systems with SCSI drives have tended to fail less often, and usually less suddenly, than IDE.

      Generally, in 24x7 server usage, a SCSI disk will run for years, then either slowly develop bad blocks, or you start getting loud bearing noise, and after powering down, the drive fails to spin back up. In the old days we'd blame that failure mode on stiction, and could usually get the drive to come back one last time (long enough to make a backup) by giving the server a good solid thump in just the right spot.

      Background:
      My first SCSI-based PC was a 286 with a 8-bit seagate controller and a 54 MEG Quantum drive recovered from my old Atari 500 "sidecar".

    7. Re:SCSI for workstations? by bill_mcgonigle · · Score: 2

      Hmm, I can't tell if you're terribly underinformed or I'm just feeding a troll here...

      benefit of the doubt:
      http://fink.sourceforge.net/pdb/package.php/blackb ox

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    8. Re:SCSI for workstations? by Anonymous Coward · · Score: 0

      OH SHUT THE FUCK UP!

      God damn this whole SCSI versus IDE argument is bloody tired. Could all of those who have read this same god damn argument over, and over, and over again please raise your hands? Yeah, that's about all of you.

      Back about 7 years ago we had this amazing new invention called "busmastering" in the land of IDE, and these bullshit anti-IDE spiels, repeated over and over and over again, are complete nonsense. You can SATURATE a very high speed 7200RPM drive with your CPU utilization at 0-2%, with ease.

    9. Re:SCSI for workstations? by Stonent1 · · Score: 3, Funny

      I dunno, post a story on Slashdot with a URL linking to your computer maybe?

    10. Re:SCSI for workstations? by duffbeer703 · · Score: 2

      Anyone who runs an "Enterprise ____ Group" is usually a moron more concered with accumulating political power than getting anything done.

      I run into similar issues at my job. I always find it amusing that when the "Enterprise ____ Group" will give us shit over buying an "unjustified" extra hard disk, do not bat an eye over paying nearly $2,000 a year for a service contract on a $3000 piece of equipemnt.

      --
      Conformity is the jailer of freedom and enemy of growth. -JFK
    11. Re:SCSI for workstations? by GT_Alias · · Score: 5, Insightful
      Ehhhh...RAID vs. RAM/Dual CPU's? I was under the impression people used RAID for data integrity (at least, that's what I use it for). Unless you're striping, I suppose.

      So yeah, you could probably spend your money on other things to get better performance, but that's entirely besides the point. What could you spend that money on to get better data reliability?

    12. Re:SCSI for workstations? by guacamole · · Score: 2

      Having lots of RAM and standard IDE disks might be a good thing for workstations whose main application is not I/O intensive. However, if you're using an application that constantly reads and writes files, likely litte of that will be cached in memory and it is better to have a decent raid system (preferably SCSI based with a hardware RAID controller)

    13. Re:SCSI for workstations? by Noehre · · Score: 1

      Note the 90% CPU usage in the 4-disk RAID0 setup from the article.

    14. Re:SCSI for workstations? by Anonymous Coward · · Score: 5, Interesting

      I have a dual Xeon 2.4GHz 4U with dual 8 channel IDE controllers connected to 16 160GB IDE drives under Windows 2000 arranged as two separate logical drives.

      I'm able to read sequentially from very large files (20GByte+ files) at a continuous rate of over 180Mbytes/sec.

      The controllers are 64-bit, 33MHz PCI cards and the high speed sequential reads are exactly what my application demands. SCSI would have added nothing to the performance of the system except an additional 60% to the cost.

      Find me a 2.5TByte dual Xeon 4GByte RAM 4U box with SCSI drives for well under $10K and I'll give SCSI another look.

      Once serial ATA comes out I think you'll see even more IDE based RAID being used.

    15. Re:SCSI for workstations? by prisoner-of-enigma · · Score: 5, Insightful

      You apparently didn't read the article, and have no current experience with IDE RAID systems. Take at look at the sustained tranfer rates of the 3Ware system. They meet just about any SCSI controller you're likely to find when paired with good 7200RPM drives. The myth that SCSI is the only way to get reliable sustained transfers is just that -- a myth. SCSI's only advantage now is reduced cable clutter and having up to 15 drives on one controller, but who needs that many drives these days when 120GB drives are available for next to nothing?

      --
      In the end they will lay their freedom at our feet and say to us, Make us your slaves, but feed us. - Fyodor Dostoyevsky
    16. Re:SCSI for workstations? by Anonymous Coward · · Score: 0

      if it came to that, I'd just put a gun to my head

    17. Re:SCSI for workstations? by Anonymous Coward · · Score: 1, Insightful

      Also note that you took the worst performing card of the bunch and used that as your yardstick. All of the rest have under 10% utilization. Trying awful hard to find something to gripe about, aren't we?

    18. Re:SCSI for workstations? by nelsonal · · Score: 1

      For a year in college I worked in the computer shop, mostly I just sold Dells to profs who couldn't pick specs on their own, and ocasionally ordered parts. However, we were next door to maintenence, and one day the guys over there started shouting about a hammer and hard drive. Well it turned out that one guy had heard of the thumping trick and just clobbered a drive as it was spinning up with the hammer. I think he hit it 5 or 6 times.
      Most people call me crazy but I have always had much better luck getting a SCSI bus configured than an IDE bus. IDE always seems to have a trick I didn't know regarding master/slave and booting or something. SCSI has been much easier to get working right.

      --
      Degaussing scares the bad magnetism out of the monitor and fills it with good karma.
    19. Re:SCSI for workstations? by 3-State+Bit · · Score: 3, Troll

      What does your CPU utilization look like when you're doing that 180 MBytes/sec? You're doing software-raid, yes? (You didn't mention a RAID controller) -- are you doing RAID-5?

      Do you think you could pump the 20-gig file over gigabit ethernet at a saturated 125 MB/sec?

      That is to say, for sequential read, would this sub-$10k solution be a media server limited only by gigabit ethernet bandwidth? Holy cow!

      How about sequential write? Can you copy a 20-gig file from the network at the same speed? (i.e. sequential write.)

      What does the highest your CPU utilization gets to? Are both processors used?

      Very interesting...

    20. Re:SCSI for workstations? by Anonymous Coward · · Score: 0

      OOOOh, I bet that Soundblaster Platinum is the shiznit.

    21. Re:SCSI for workstations? by Anonymous Coward · · Score: 0

      So you can figure out SCSI device IDs and terminators, but you can't get the hang of master and slave? Bollocks. Grow a frigging brain and LEARN instead of doing stuff by rote (the ONLY way I can explain this attitude).

    22. Re:SCSI for workstations? by kscguru · · Score: 5, Informative
      And those same ultra-high-capacity 120GB hard drives have horrible seek times. SCSI is so much better there... look at a modern OS, and seek times for disk access will make MORE of a difference than just about anything else (given sufficient RAM, CPU cycles, etc... - but if you're spending on RAID, you'll have those anyway). Heck, if this poster's parent wants to just suck data out of a linear file, any drive'll work - you're really just pulling out of the drive's cache. Idiot-proof.

      Try random access. Then you'll see the difference. Sequential is optimized by just about every cache out there - you're NOT benchmarking the drives with sustained transfer! You're benchmarking the caches!

      --

      A witty [sig] proves nothing. --Voltaire

    23. Re:SCSI for workstations? by Regul8or · · Score: 2, Insightful

      "IDE hard drives have a market lifespan of a few months."

      And if you own an IBM hard drive the operational lifespan is a few months.

    24. Re:SCSI for workstations? by runderwo · · Score: 2
      and a 54 MEG Quantum drive recovered from my old Atari 500 "sidecar".
      Um, Atari 500? Are you sure about that?
    25. Re:SCSI for workstations? by Anonymous Coward · · Score: 0

      IBM drives aren't so bad when they're properly cooled. I have a 60Gb IBM drive, and I've had it replaced once, and the replacement isn't much better, but since I realised that the temperature inside the drive was getting 70C and higher, I switched places with other drives in my computer to receive more of an airflow, and I'm getting 45C max, now. - And now more scratching noises.

    26. Re:SCSI for workstations? by Codifex+Maximus · · Score: 3, Funny

      >In the old days we'd blame that failure mode on
      >stiction, and could usually get the drive to come
      >back one last time (long enough to make a backup)
      >by giving the server a good solid thump in just the
      >right spot.

      Heh, funny you mention that. At one of my former jobs, we had a very old machine running OS/2 with SCSI drives. This machine was the database bridge between the mainframe and many PC based applications. Anyway, when the machine had to be rebooted/powered down (once in a blue speckled moon) they'd have to pick the machine up and drop it just to get the drives spinning. I kid you not! But it ran forever.

      --
      Codifex Maximus ~ In search of... a shorter sig.
    27. Re:SCSI for workstations? by Anonymous Coward · · Score: 0

      >> There is also the reliability factor. SCSI drives tend to be more robust.

      Since the same drive mechanisms come with SCSI or IDE electronics at choice nowadays (except for the top of the SCSI range - incidentally also the ones that die the fastest), I think the difference has become minimal.

      In the past, SCSI has always been faster, but not more robust - actually the opposite. Closer to the edge means you also fall off easier.
      Indy car / Formula 1 engines perform better at the cost of a shorter lifespan than that of a Toyota, and that has long been the case with SCSI versus IDE too, especially with top notch drives.

      SCSI has always compensated for that through RAID redundancy: if a drive died, it wasn't a catastrophy. IDE Raid is relatively young and hasn't been very popular so far, and that's what made IDE [look] less reliable, not drive robustness.

    28. Re:SCSI for workstations? by Anonymous Coward · · Score: 1, Interesting

      Also at the source of the "SCSI is robust" myth is how the drives are treated.

      An operating drive can dissipate quite a bit of heat.

      SCSI has always been the server domain: up 24x7, always at the same temperature.

      IDE is used the most in desktop systems: powered down each night, they go through many more thermal cycles.

    29. Re:SCSI for workstations? by Anonymous Coward · · Score: 0

      You would have had a point five years ago, but seek time is a pure mechanical issue.

      Today, the difference between a SCSI drive and a good IDE drive is the PCB that's bolted against its chassis.

    30. Re:SCSI for workstations? by Anonymous Coward · · Score: 0

      Such nice hardware running a horrible os. Makes ya weep! What do they say 'bout money and sense?

    31. Re:SCSI for workstations? by Lumpy · · Score: 2

      Ok, you capture 10 gig of video into ram... Oh wait you cant get a motherboard that support's 10 gig of ram... how about capturing a high rate data stream from a MRI machine. how about the fact that SCSI drives are 3 times the quality of the best IDE drive on the market? I can give you tons of reasons... I've tried the IDE raid *the computer I'm typing from has it) it is an utter joke compared to SCSI raid. U160 in a raid 0 with only 2 drives and IDE133 in a raid 0 with only 2 drives I get 2 times the performance out of the SCSI. (Yes each IDE is on it's own port as master) plus my SCSI drives atill come with 5 year warrenties, ide does not. so near the end of the high end workstations, I can get the hard drives replaced for free when they fail and I get to salvage out new SCSI drives for other uses.

      If you are doing important or serious work SCSI raid 5 is the only choice. anything else is just a toy.

      --
      Do not look at laser with remaining good eye.
    32. Re:SCSI for workstations? by Anonymous Coward · · Score: 0

      The market lifetime of a SCSI disk isn't really longer, but in a way you're still right: suppliers and big manufacturers like Compaq stock them in larger quantities, so they're able to deliver identical replacement disks for RAID arrays if they fail, even if the disk hasn't been manufactured for years.

      The same is not true for IDE drives: they'll replace them on failure, but more often than not by a different model.

    33. Re:SCSI for workstations? by Anonymous Coward · · Score: 0

      You know any 8 channel IDE controllers which arent hardware RAID? He's almost certainly using Escalade-8500s (which as far as CPU utilization goes shouldnt be too far shy of a SCSI solution).

    34. Re:SCSI for workstations? by Anonymous Coward · · Score: 0

      Can someone explain to me why this above message is rated "3, Troll"?

    35. Re:SCSI for workstations? by fuzzywig · · Score: 1

      Well, I've got no money and I'm running WinME, go figure.

    36. Re:SCSI for workstations? by clarkc3 · · Score: 3, Insightful
      SCSI would have added nothing to the performance of the system except an additional 60% to the cost.

      Consider that the seek time on those 160GB IDE drives is around 9-12ms compared to a ibm's 146GB SCSI drive with a seek time of 4.7, 133MB burts vs 320MB burst, 7200 vs 10000rpm. And the thing most business love: 5 year warranty for scsi vs 1 year for the IDE's. Once serial ATA comes out I think you'll see even more IDE based RAID being used

      In workstations yes, in high usage servers, no. Even in the small department I work in, we'd rather pay 60% more for scsi and get a 5 year warranty and proven long term reliabilty

    37. Re:SCSI for workstations? by jpc · · Score: 2

      Have you used IDE recently? It doesnt use CPU time. It was only PIO back in the dark ages that created this myth.

      For sustained transfers, IDE has a better price/performannce (15K SCSI is marginally faster sometimes, but 2 7200rpm IDE drives are cheaper and faster). For random access workloads SCSI is a little fatser (lower latency) but thoes of us with sequential access workloads dont care.

      As for saturating GigE, probably can be done. I usually only need real time 50MB/s and thats fine.

    38. Re:SCSI for workstations? by Dastardly · · Score: 1

      And those same ultra-high-capacity 120GB hard drives have horrible seek times. SCSI is so much better there...

      How the hell does the data interface have jack to do with seek times??? Seek time is a function of drive mechanics only. It is the average time it takes for the arms to move the heads to the right track and for the track to spin to the place where the data actually is. So, it is a function of actuator speed, and platter speed. Basically, the same size 10000RPM SCSI drive and 10000RPM IDE drive from the same manufacturer will have the same seek time.

      The correct statement is that manufacturers do not make 10000RPM and 15000RPM IDE drives, therefore if you need the fastest seek times you are forced to go with SCSI.

    39. Re:SCSI for workstations? by RandyF · · Score: 1

      Anonymous Coward wrote:

      My first SCSI-based PC was a 286 with a 8-bit seagate controller and a 54 MEG Quantum drive recovered from my old Atari 500 "sidecar".


      You youngsters haven't lived till you've written a database application in ABasic for a 4.77 Mhz 8088 with one floppy drive! Or, how about using disasembler to decode the in-BIOS screen-print routing and reassemble a new one to bypass it with PC-DOS 2.0 debug! Boy, I remember fondly the day when my employer finally agreed to buy that HUGE 5MB full-height hard drive and bumped the memory from 64K to 256K. I thought I would never run out of space! Or, reaching a little further back, scraped a BASIC program off of a failing audio tape drive that served as the permanent memory for an old TRS-80. Or, how about that unfortunate incident of dropping that whole stack of punch cards that contained that precious Fortran code... oh misery...

      And don't forget walking to school every day... through the snow... up hill both ways... man I'm starting to feel old... "Somebody, send in more coffee!!" ;>

      --
      --==-- I've found Karma to be a relative thing... Ya know, the kind you invite to Christmas... ;)
    40. Re:SCSI for workstations? by budgenator · · Score: 2

      I've been thinking seriously about going RAID 5 on my machine, not because of performance issues but for reliability issues; my IDE drive just took a puke. I'm sure that RAID is going to reduce performance, but then again I'm not trying to render 3D movies either.

      I'm not sure I'd put a lot of faith in the benchmark either, when IDE100 drive beats a IDE133 drive the hookey-meter moves up a few notched. IDE raid is still a young technology, a cd burner or even a drive dedicated for back-ups and consistent back-up plan may offer a lot more bang for the buck.

      --
      Apocalypse Cancelled, Sorry, No Ticket Refunds
    41. Re:SCSI for workstations? by RealAlaskan · · Score: 2
      I used to work on General Automation microcomputers (BIG S100 systems with Motorola 68000s, as I recall). These had huge, several MByte hard drives which had a steel spring with a dab of graphite on the end, which rode on the end of the hard drive's spindle, apparently to drain static from the platters. Eventually the graphite would wear out, the steel spring would begin to vibrate and the hard drive would begin to scream. Loudly. This would get us a service call, and we would check the power supply voltages and blow the dust out, and dab a tiny bit of white grease on the spring. In about a year, we'd get another call. It was a great revenue booster, and probably helped keep the machines reliable.

      Just to stay on topic, I think they were SCSI drives; they couldn't have been IDE, of course, since that hadn't yet been invented. PCs (the expensive, new ones) were still using RLL harddrives. We never had any problems with them other than the noise, so I really can't remember what interface they used, or even what brand they were.

    42. Re:SCSI for workstations? by Anonymous Coward · · Score: 0

      > Have you used IDE recently? It doesnt use CPU time. It was only PIO back in the dark ages that created this myth.

      Have you read the referenced article recently, you know, the one that started all this discussion? One of the cards used ~6% CPU in its worst-case test.

    43. Re:SCSI for workstations? by Anonymous Coward · · Score: 0

      Thanks for your input, nigger.

    44. Re:SCSI for workstations? by Anonymous Coward · · Score: 0

      It's easy for a single fast IDE drive on an ATA-100 channel/bus to outperform the same drive on an ATA-133 channel/bus. It all has to do with the quality of the ATA controller. Put two fast drives bursting at the same time on one channel on either bus and you'll see that ATA-133 will typically outperform ATA-100. Of course, since no consumer IDE drive in existence can even burst at 100 MB/s, so you can't currently saturate ATA-100 with a single IDE drive.

    45. Re:SCSI for workstations? by prisoner-of-enigma · · Score: 2

      I fail to see where you get your information on seek times from. If you compare apples to apples (in this case, a 7200RPM SCSI to a 7200RPM IDE) then you'll note that access times are identical for identical makes of drives. The drive internals are identical, it's the electronics that are different. In fact, SCSI command overhead can actually make a single SCSI drive slower than a similar IDE drive, but in reality the difference is well below the noticeable threshold.

      You are, however, most likely comparing something like a 15,000RPM SCSI to a 7,200RPM IDE, and obviously rotational latency of the faster spinning drive will be about half that of the slower spinning drive. Bravo! You've discovered the obvious. Now, examine your price points and you'll note that to get about a 1ms-2ms decrease in access times (arguably a 20%-30% reduction in overall latency) you've spent about 400% more. Does this make sense whatsoever? Only if you (a) have money to burn or (b) you've got some business use that absolutely demands the highest performance money can buy. Cases (a) and (b) exist in far rarer amounts than not. I will also point out that in addition to costing more your 15K RPM drive also carries with it a mandatory active cooling arrangement (more noise), higher power consumption (upgrade that power supply), and more noise (even more noise).

      For 95% of hard drive applications in the world users will not notice the benefits of SCSI. The advent of gargantuan caches, both in the form of onboard controller cache and operating system caching algorithms, means that random read performance is not as important in most instances as it was five years ago. File sizes are getting larger as well, trending towards better sequential access times.

      Does SCSI have a place? Absolutely -- wherever you need insane expandability (more than 8 drives), or the absolute fastest possible access times (database servers with huge databases), or hot swap capability, SCSI is the way to go. But those markets are relatively narrow, and in almost every case you're going to be spending someone else's money (the company's) instead of your own. It's easy to justify SCSI when it doesn't come out of your own pocket.

      --
      In the end they will lay their freedom at our feet and say to us, Make us your slaves, but feed us. - Fyodor Dostoyevsky
    46. Re:SCSI for workstations? by TheEnglishPatient · · Score: 1

      I have two 300GB medea arrays configured as RAID 3, connected by fibre channel to an SGI Octane. The drives in the arrays are IDE not scsi and I can get almost 50fps of uncompressed video. For realtime I only need 25fps
      Nick

  4. RAID can mean different things... by dagg · · Score: 1
    Depending on who you ask, RAID stands for either Redundant Array of Inexpensive Disks or Redundant Array of Independent Disks. I suppose which expanded acronym you choose to use will depend on how much you paid for your hard drives, since you can build RAID arrays with cheap 5,400 RPM IDE drives or uber-expensive 15,000 RPM SCSI beasts.

    That's so true. There's a big difference :-).

    ( yersex)
    --
    Sex - Find It
    1. Re:RAID can mean different things... by Magila · · Score: 2, Informative

      I don't quite understand where this Inexpensive crap came from. RAID was around long before IDE RAID controllers started showing up and of course SCSI RAID arrays almost always use very expesive disks. It's Redunant Array of Independent Disks, always has always will be.

    2. Re:RAID can mean different things... by T-Ranger · · Score: 4, Interesting

      True, but both cheep IDE drives and expensive SCSI drives are cheep compared to something like a 7133 Serial Disk System today. And especially cheep compared to "enterprize" storage solutions of yesteryear when RAID was coined.

    3. Re:RAID can mean different things... by Anonymous Coward · · Score: 2, Informative

      You are wrong.
      The orignal meaning was inexpensive.

      When RAID was invented disk size was scaling up more slowly than demand and there was a huge price premium for the largest drives available. Economies of scale meant that smaller drives meant for the PC market were rather cheap, while larger drives remained very expensive. The epiphany of the RAID inventors was that since the price/storage unit was so much lower with smaller drives, it made sense to eschew large drives and stack multiple smaller drives together to achieve the same space with higher performance and lower price.

    4. Re:RAID can mean different things... by msgmonkey · · Score: 1

      I would n't say that, the Inexpensive part comes not from the IDE/SCSI perspective but from the fact that at the time smaller hard drives where much much cheaper then large ones.

      Unlike now where you can get 200gigs for less then 3x the cost of a 20gig drive in the early 80's 10x the size meant alot more then 10x the cost.

    5. Re:RAID can mean different things... by Anonymous Coward · · Score: 0

      Nope. Back before IDE, people could choose between expensive and reliable SCSI drives and cheap SCSI drives with reliability provided by RAID.

    6. Re:RAID can mean different things... by Anonymous Coward · · Score: 0

      The 'I' in RAID stands for "inexpensive" as defined by the creators (discoverers?) of it. Some of the original RAID papers are available online.

    7. Re:RAID can mean different things... by arb · · Score: 5, Informative

      I don't quite understand where this Inexpensive crap came from. RAID was around long before IDE RAID controllers started showing up and of course SCSI RAID arrays almost always use very expesive disks. It's Redunant Array of Independent Disks, always has always will be.

      It probably comes from the original reseach paper... A case for redundant arrays of inexpensive disks in the Proceedings of SIGMOD International Conference on Data Management, 1988. (Pages 109-116.) SCSI drives were an inexpensive option compared to other storage technologies that offered high performance and fail over safety.

      Over time the acronym expansion was changed to become "redundant array of independent disks" as RAID become more popular (and affordable) for smaller systems.

      Some references: here, here and here

    8. Re:RAID can mean different things... by rodgerd · · Score: 3, Informative

      In 1988 SCSI was still bloody cheap compared to, say DASD.

    9. Re:RAID can mean different things... by Anonymous Coward · · Score: 0

      my understanding is that it was originally intended to stand for redundant array of inexpensive disks. Later when the manufacturing focus and practical focus was on raid arrays that were comprised of fairly expensive disks entirely for their redundant quality. I think that it was at that point that the name was changed. I am pretty sure that I read that in a reliable textbook while flying back california on a southwestern airlines flight, about 5 years ago. Man that pilot drove that thing like a VW bus while he was on the ground!

    10. Re:RAID can mean different things... by jonadab · · Score: 5, Informative

      > I don't quite understand where this Inexpensive crap came from.

      RAID (Random Array of Inexpensive Disks) was as opposed to SLED
      (Single Large Expensive Disk). (The term "Random" means the same
      as in RAM -- i.e., that you can access any part (any drive, in this
      case) at any time.)

      > RAID was around long before IDE RAID controllers started showing
      > up and of course SCSI RAID arrays almost always use very expesive
      > disks.

      "expensive" is relative. (Instead of thinking of SCSI as the only
      other option besides RAID, try to remember that there were larger
      and more expensive disks at one time.)

      > It's Redunant Array of Independent Disks, always has always
      > will be.

      It's not necessarily "redundant" at all; some RAIDs are done just
      for performance reasons, with no redundancy. (Personally, I am
      more interested in the redundancy, however.)

      --
      Cut that out, or I will ship you to Norilsk in a box.
    11. Re:RAID can mean different things... by Anonymous Coward · · Score: 0

      lets see early (lets say you made a typo) 90's disk drives were in the 20-100 M (as in MEGA) byte size which cost close to the same as our 100G(as in Gigabyte) drives That means for the same relative price you get 100 times the storage. Tell me what other industry can boast of a 100X increase in that short of a time frame?) Hell if car gasoline mileage was even 10 times the explosion of data rates then we would have 432+MPG equivalent gas milage.

      I for one want an low-cost backup/offsite storage solution that doesn't say well newbie 'bend over and spread them cheeks' Which is how much of next years budget?.....

    12. Re:RAID can mean different things... by Anonymous Coward · · Score: 0

      I believe that inexpensive is also a reference to early attempts to increase throughput on a single drive with various methods such as having multiple read arms on a single drive. In this case, the cost of synchronizing the second arm so that the heads lined up properly on the same tracks as the first caused a huge increase in cost. High performance manual tweaking is expensive... RAID can gain higher throughput by using multiple less complex drives.

    13. Re:RAID can mean different things... by Anonymous Coward · · Score: 0

      That "inexpensive" crap comes from what I suspect is a period when you weren't tall enough yet to see the top of a keyboard when you were standing upright in front of it, when the price of a washing machine sized harddisk was a six digit figure.

      It wasn't originally - and never should have become - "independent disks", because independent is what they are without RAID.

    14. Re:RAID can mean different things... by jafiwam · · Score: 1

      I always heard:

      RAID

      R edundant
      A rray of
      I nexpensive
      D isks

      Alluding to the fact that if one drive fails you still have two others that have a complete set of the data in the array.

      Where would random come into it? As far as I know you cannot pull out and re-arrange the disks...

    15. Re:RAID can mean different things... by budgenator · · Score: 2

      I don't quite understand where this Inexpensive crap came from.
      I though RAID was developed back when a pc's hard drive was called a winchester, and it floppies were 8 inches. Professional hard drives were the size of a washing machine and had removable disk packs.

      At that time anything less than $50K for reliable mass online storage was inexpensive.

      --
      Apocalypse Cancelled, Sorry, No Ticket Refunds
    16. Re:RAID can mean different things... by Anonymous Coward · · Score: 0

      Apparently you don't know the history of RAID, but only the marketeer's followup.

    17. Re:RAID can mean different things... by Anonymous Coward · · Score: 0
      lets see early (lets say you made a typo) 90's disk drives were in the 20-100 M (as in MEGA) byte size which cost close to the same as our 100G(as in Gigabyte) drives That means for the same relative price you get 100 times the storage. Tell me what other industry can boast of a 100X increase in that short of a time frame?)



      Giga is 1000x larger than Mega, so it's even more incredible than you think...

    18. Re:RAID can mean different things... by jonadab · · Score: 2

      > Where would random come into it?

      Well, like I said,
      >> (The term "Random" means the same as in RAM -- i.e., that
      >> you can access any part ... at any time.)

      In other words, you can read or write the data in any order (Just
      like you can with a SLED, BTW.) These days, a non-random disk
      array is neigh unto inconceivable, of course.

      > Alluding to the fact that if one drive fails you still have two
      > others that have a complete set of the data in the array.

      No, that isn't how it works. The original concept was "redundant",
      but not _that_ redundant. Actually, what you describe is close
      to the kind of redundancy I want -- Federation redundancy, i.e.,
      everything in triplicate. But current RAID designs are mostly
      not that way, and RAID 0 implementations have no redundancy at
      all; if any of the drives go bad, you'd better have backups.
      RAID 1 (and higher) are correctly described as "redundant array
      of inexpensive disks", but RAID 0 is non-redundant. This is
      what I meant when I said some RAID are done just for performance
      reasons.

      If you want to understand partial redundancy better, read the
      article. In brief, RAID 1, 0+1, and 10 give you two copies of
      each piece of data; RAID 3 and 5 give you parity, which uses
      less disk space and can be just about as good.

      Like I said, though, what I really want is everything in triplicate.
      I guess that's where offsite backups come in... which is better
      anyway, because if the building burns down, your whole RAID is,
      like, gone, man.

      --
      Cut that out, or I will ship you to Norilsk in a box.
  5. at the company I work for by npietraniec · · Score: 5, Funny

    At the company I work for, IDE RAID has become somewhat standard because we're basically cheap... At least it's standard on the servers that are fast enough to support it. The rest use dd to copy partitions between backup drives. My boss calls it "RAID point five" We lovingly refer to it as the ghetto network.

  6. experience by Jahf · · Score: 5, Informative

    I ran an IDE RAID, one of the first, a few years ago. It was a 3ware RAID-1 controller. I thought it would be useful because I had gotten sick of losing data on a drive failure. I didn't have the money (or patience :) for a good backup solution and Linux RAID hadn't matured.

    Everything was fine for awhile. After a few months I lost a drive, replaced a drive and it remirrored fine. Same thing happened a year or so later.

    Then one day my controller fried. Nothing else in the system went down, but some kind of surge hit the 2 drives from the RAID controller. The controller still worked but neither drive was accessible, either as RAID drives or as single drives. Tried numerous tricks, eventually gave up.

    I've run SCSI RAID in boxes I admin at work ... never have I seen 2 drives go down simultaneously. Nor have I seen a controller malfunction in a way that damaged the drives (though I've heard of it from other people).

    All in all, I decided it wasn't worth it. I am currently doing Linux mirroring in combination with journaling filesystems on one box, and Windows mirroring on another.

    --
    It is more productive to voice thoughtful opinions (reply) than to judge (moderate) others.
    1. Re:experience by Apathy+costs+bills · · Score: 1

      Combined with another 500 anecdotes and trended, this could be useful data!

      --
      Kill Trolls Dead. Here's
    2. Re:experience by Anonymous Coward · · Score: 0

      Heh. We had a similar experience. Many years ago we purchased an outboard RAID 5 system for an AIX server. It was the sort of system that held the disk configuration in NVRAM in the controller card. Sure enough, it was the controller that failed, and once the controller was replaced, we were unable to reconstruct the disk configuration. We even had the alleged backup files and vendor supplied utilities, and the help of the alarmed vendor engineer. We wound up reinitializing the RAID, losing all of the data, and restoring from tape backups.

      We were less then thrilled. I don't remember the vendor because the next week installed a standard SCSI array, configured it for software striping and mirroring, and shipped the hardware RAID system back to the vendor.

      There's an advantage to storing the disk configuration on the drives itself, which AIX does.

      The Highpoint HPT controllers do the same thing -- they store the RAID configuration on the disks themselves, so you can swap out the motherboard and the system still recognizes that the disks are configured for RAID.

    3. Re:experience by Anonymous Coward · · Score: 0
      You bring up a good point though. The point of redundancy RAID is to bring up the MTBF of the drives. What do you do if the controller card itself dies?

      Assuming that the card dies, but the drives themselves are in perfect shape. What can you do? Can you replace the card with a different manufacturers card and have it recover all the drives back again, or are you locked into replacing that card with the same make and model? That would mean a decent shop would more or less have to have a spare of the RAID card tucked away in a closet for emergencies. What if the card manufacturer goes out of business? What if they just don't make that card anymore?

    4. Re:experience by Anonymous Coward · · Score: 0

      Count yourself lucky. Just because you haven't seen it doesn't mean others have not seen it also. I know I've seen 2 drives in an array go within 8 hours of each other.

    5. Re:experience by puto · · Score: 5, Informative

      Hmmm, You suggested raid 5. Would not have been the best in video editing. 3 would have hit been better cause of the next to none performance loss when a drive is out.

      Well let me break it down first to you by where you went wrong.

      But in any case you should have at least left a little manual with them to explain very non technically what you had done and if they had a problem to look in the manual because all of stuff you had done on the system would have been there laid out and they could have researched. I always tape a note on the side of the server and sometimes inside saying WARNING READ VENDOR SUPPLIED INFO. I make them very aware of what I have done.

      It is also hard for me to believe that the guy looked at the server and thought they had one 500 gig hardrive, instead of thinking it was a volume. Any idiot would go. "500 gig drive? Huh?). Then again they got some real bozos in the world and I still shake my head on a weekly basis sometimes.

      I always also get then to sign a CYA(Cover Your Ass) statement saying I explained backups, what they should do, and should a problem crop up it ain't my fault. Usually scares em into buying a tape drive. Or at least meeting me in the middle on the raid end.

      RAID Level 3 - RAID Level 3 provides redundancy by writing all data to three or more drives. Just Awesome storage for video imaging, streaming, publishing applications or any system that requires large file block transfers.

      The only real disadvantage here is in small file transfers.

      Advantages -
      Single dedicated parity disk
      High read data rate
      High write data rate
      4 drives minimum
      No performance degradation if drive fails
      Best and worst case performance similar
      Video Streaming
      Video Publishing
      Video Editing
      Pre Press
      Image editing
      Any application that needs heavy updating and large file usage

      RAID Level 5
      Advantages
      Most flexible of all disk arrays
      Best balance cost / performance / protection of any RAID system
      Allows multiple simultaneous writes
      High read data rate
      Medium write data rate
      3 drives minimum
      Ideal for small write applications
      Highly efficient
      Transaction processing
      Relational Databases
      File & Print Servers
      WWW, E-mail, and News servers
      Intranet Servers

      You lose a drive in a 5 situation and performance takes a huge hit.
      This has been my experience.

      Puto

      --
      The Revolution Will Not Be Televised
    6. Re:experience by Jahf · · Score: 1

      The poster asked for experiences ... he got them. What did you contribute?

      --
      It is more productive to voice thoughtful opinions (reply) than to judge (moderate) others.
    7. Re:experience by CerebusUS · · Score: 5, Informative

      You're close, but you've got raid 3 a bit wrong. raid 3 still requires a parity drive, so you lose disk space again.

      The major difference between raid 3 and raid 5 is where the parity info is stored. on raid 3 all the parity info is stored on one drive, on raid 5 it's mixed in with the stripes and spread out over all the drives.

      However, you are correct that raid 3 is recommended for video editing, as it has lower latency on disk writes... in raid 5 the checksum has to be done before the writing can commence, in raid 3 it only slows down the actual parity write.

      Source:
      raid 5
      raid 3

    8. Re:experience by puto · · Score: 1

      Yo thanks man, and actually i replied to the wrong comment, see two down where the guy is talking about the videp editing business. And is snikering about them losing the entire system. But hey I gotta plus 5 for replying to the wrong comment.

      But you are right, i forgot about the drive it eats for parity.

      Puto

      --
      The Revolution Will Not Be Televised
    9. Re:experience by Anonymous Coward · · Score: 0

      In a RAID 5 system I worked with, one disk of four failed, and the increased load on the working drives (reconstructing data on the fly until the disk could be replaced) caused another one to fail... quote of the day: 'Crap!'

    10. Re:experience by ZorinLynx · · Score: 3, Insightful

      >What do you do if the controller card itself dies?

      Simple... You purchase a different controller, put the drives on it, build the RAID, and restore the data onto it from your backups.

      RAID is meant to increase overall reliability; it is not meant as a substitute for backups.

    11. Re:experience by Anonymous Coward · · Score: 0

      You're close, but you've got raid 3 a bit wrong. raid 3 still requires a parity drive, so you lose disk space again.

      The major difference between raid 3 and raid 5 is where the parity info is stored. on raid 3 all the parity info is stored on one drive, on raid 5 it's mixed in with the stripes and spread out over all the drives.


      You're close, but you've got raid 3 a bit wrong. Raid 3 has BYTE level striping, where raid 4 and 5 have BLOCK level striping. This alone makes raid 3 a black page in the history of computer hardware engineering, and it is best never to mention it again.

    12. Re:experience by fusiongyro · · Score: 2

      I've been looking for someone to ask this question to, because I'm interested in setting up a RAID at some point in the near future. I'm going to need between 480 and 640 GB of actual storage in the end. Cost is an issue, but I'm willing to spend ~$1000, so I'm thinking IDE is what I can afford.

      The purpose of the array is to serve high quality audio files to myself and my friends. We're talking about 30MB - 150MB sized files probably averaging around 50 MB in size, and it should be capable of streaming about four of them at a time at a minimum of 1 or 2 MB/s.

      My first thought was to use RAID 5, since it traditionally is the most economical variety. But then understanding the difference between 3 and 5 seems to indicate that 3 would stream faster and deal with large files better. But, on the other hand, 5 handles multiple simultaneous reads or writes more gracefully than 3, which essentially has all of the drives doing the same thing at the same time.

      So I'm wondering which RAID level I should use for this application. These aren't video editing sized files if I understand the size they can get, but they are definitely not what I would normally consider small files either. Is the performance difference between 3 and 5 truly all that great? Does it go to the toilet when multiple people are using the same drive? What problems will I notice with 3 or 5?

      Since I would be sharing this via AFS, it is safe to say that these files are going to be copied around the network essentially as soon as they are opened, which means each file read will probably be reading the whole file, by the way (if you don't use AFS, not intending to sound condescending).

      Thanks,

      --
      Daniel

    13. Re:experience by Jobe_br · · Score: 2

      Don't worry, this happens with SCSI RAID as well. My brother is a sysadmin for a few large servers and has mostly Dell PowerEdge system with their various PERC controllers - he recently had each of six drives in an array fail in sequence with no indication of any failure to the drive (s.m.a.r.t. or otherwise). Dell came out and replaced backplanes, cables, drives - all sorts of things, and nothing appeared to help ... sometimes when a drive failed, the controller would lose its configuration along with it ... sometimes that configuration wasn't able to be restored from the first sectors of the drives in the array, as it should be - and EVERY time a drive failed, the OS (SCO Open Server, I believe) would freeze and cause a lengthy fsck on reboot, and usually a fair amount of data corruption. Restores from tape were frequent and lengthy. I finally suggested he enable journaling on the SCO box, which is an option with its FS, and that helped with the fsck - but the fact remained that just having SCSI RAID doesn't shield you from some pretty serious failures.

      Cheers.

    14. Re:experience by Xyd · · Score: 2, Interesting

      Be wary of blanket statements that RAID5 performs poorly for writes. While this is probably true for the RAID cards mentioned here, some storage systems (e.g. EMC Clariion, Dell Clariion) have two mechanisms for increasing performance.

      First, write cache. When performing a write, the storage enclosure fills the cache (i.e. 8GB) and ACKs the write back to the host before it even touches a disk. So, unless the write is huge there is no performance loss for RAID5. However, for huge writes....

      Some storage enclosures (again, Clariion -- that's what I know :P)use enhanced writing algorithms that perform the parity and write to all disks virtually simultaneously. (Yeah, that's open to flame.) There's a good whitepaper on this at EMC's site.

      Granted, none of us have these enclosures at home but making a general statement that RAID5 performs poorly is short-sighted and a poor generalization.

    15. Re:experience by toby360 · · Score: 2

      I've had a raid controller go down and corrupt everything on all drives for a short period of time before it bit the dust. Always always always have backups :)

    16. Re:experience by _fuzz_ · · Score: 2
      I've run SCSI RAID in boxes I admin at work ... never have I seen 2 drives go down simultaneously. Nor have I seen a controller malfunction in a way that damaged the drives (though I've heard of it from other people).

      At my office a couple weeks ago, we had a UPS flip out and a power spike hit our SCSI RAID system. Everything went kaput: the controller and all 5 drives. About 800GB, which wasn't backed up (how do you back up 800GB?). We were able to recover about 1/3 of the information through data recovery tools, but we lost a heck of a lot.

      --
      47% of all statistics are made up on the spot.
    17. Re:experience by Anonymous Coward · · Score: 0
      About 800GB, which wasn't backed up (how do you back up 800GB?)



      With a fat wallet to buy a SuperDLT2 (220GB native per tape) auto-loading tape drive, a dozen tapes, and an Ultra160 SCSI controller dedicated to it.

      (I'm sure that LTO would do a similar job...)

  7. A little story by bravehamster · · Score: 4, Funny
    I work for a small custom computer shop. We built a system a few months back for a video editing company here in town. Obviously they needed a lot of storage, so we suggested a RAID-5 system using 6 100GB drives, giving them roughly half a terabyte of storage. The liked the idea, but insisted we used RAID-0 (the Purchasing Officer had read his PC Gamer and thought it sounded cool). We advised against it, but they insisted. 2 months down the line, a hard drive on one of their other computers breaks down. Their newly hired technician (the office managers son) saw that their big old file server had 5 hard drives in it, but was only using 1 in windows! Being the smart boy that he is, he dutifully shuts down the machine, removes one of the drives, puts it on the broken machine, formats and loads windows on it. He seemed awfully surprised when the file server wouldn't boot, and tried to blame it on us for losing a month of work. Despite our other recommendations, they had no backups. They went out of business last month.

    --
    ---- El diablo esta en mis pantalones! Mire, mire!
    1. Re:A little story by Apathy+costs+bills · · Score: 1

      Hahahah! That's so dumb!

      What would you have recommended as a backup solution?

      --
      Kill Trolls Dead. Here's
    2. Re:A little story by tmark · · Score: 5, Insightful

      their big old file server had 5 hard drives in it, but was only using 1 in windows! Being the smart boy that he is, he dutifully shuts down the machine, removes one of the drives, puts it on the broken machine, formats and loads windows on it.

      So how did he decide which of the 5 drives he was going to pull ?

    3. Re:A little story by bravehamster · · Score: 2, Funny
      Apparently he picked one at random. I never really asked.

      --
      ---- El diablo esta en mis pantalones! Mire, mire!
    4. Re:A little story by bravehamster · · Score: 1
      Well, the Raid-5 would have worked as it's own backup (sortof), and we also recommended they get a tape drive to backup vital projects, or at least keep copies of the data on the local machines, using the file server as sort of an archive for older projects. Since it was the fastest machine on the premises, they did none of these things and used it as their primary editing station.

      --
      ---- El diablo esta en mis pantalones! Mire, mire!
    5. Re:A little story by alexburke · · Score: 4, Insightful

      Oh. My. God.

      I let out a yelp when I got to
      puts it on the broken machine, formats and loads windows on it *

      One of the things that really chaps my ass, more than anything else, is people asking my advice (and they do so specifically because of my experience in whichever field they're inquiring about), patiently listening to what I have to say, asking intelligent questions... then doing something completely or mostly against my recommendations.

      More often than not, something ends up going wrong that would/could not have occurred had they followed my advice in the first place, and then I hear about it.

      It sucks the last drop of willpower from my soul to hold myself back from saying "I told you so!" and charging them a stupidity fee. It's tempting to do so even to friends, if/when I get sucked into the resulting mess. [Hear that, Jared? :P]

      * Linux zealots: For a more warm-and-cozy feeling, disregard the first eight words of this quote.

    6. Re:A little story by Anonymous Coward · · Score: 2, Funny

      <tears>
      You had me at "office managers son" :)
      </tears>

    7. Re:A little story by Anonymous Coward · · Score: 0

      Whats so funny? Its your loss also. I mean who is paying your bills? If you would have been on top of your game, you would not only suggest but forced them to buy a backup system and a RAID-5 setup. Who knows maybe they would have done better if their data was safe and bought more servers. Damn! with your kind of service, I am suprised you have the courage to post such a dumb experience. But then again you call yourself brave-hamster(go figure)

      -5q33z

    8. Re:A little story by Anonymous Coward · · Score: 0

      True that. My experience has been that if they don't know that raid 0 is only a very unreliable option, more than likely it wasn't explained well enough.

    9. Re:A little story by Anonymous Coward · · Score: 0

      You sound like quite the businessman yourself "5q33z". If he hadn't provided a solution at the price point required, someone else would have. He'd be out the money and the company would still be out of business.

    10. Re:A little story by jridley · · Score: 2

      HE didn't say it was funny. He told a story. It was moderated to funny.

    11. Re:A little story by shaitand · · Score: 3, Insightful

      I have a number of these stories to go along with my success stories. The problem is that at that point the technician is a saleman, your their technical advisor and the one who directly profits from their decision, this causes a certain amount of inherit distrust. No matter how well he explains it, he can't "force" the customer to do anything, it's their money. Only monopolistic corporations like say... microsoft (just a random pick) try to force their customers. That company was free to ignore the tech and put themselves out of buisness.

    12. Re:A little story by tzanger · · Score: 1

      [Hear that, Jared? :P]

      What's Subway got to do with that? :-)

    13. Re:A little story by Jeff+DeMaagd · · Score: 2

      I dunno if I should be posting, but, in this situation, did anyone consider just nodding and implementing RAID 5 anyway, hoping that no one would notice? No one took the time to explain why RAID 0 is just a plain bad idea?

      As for the backup thing, yeah, it is sometimes hard to get people to buy something for the contingencies. I wasn't able to convince my boss to buy a tape backup machine until _after_ a drive failed with a month's worth of work on it.

    14. Re:A little story by InsaneGeek · · Score: 2

      You don't want Raid-5 with a video editing system, your write performance will kill you. Having to calculate parity is going to make it *noticeably* slower. Even having a dedicated hardware raid device with cache you will notice a write performance hit, but it's eased a bit. Raid 10 is what your custom shop should have properly suggested.

      Too bad about the rest of the problem, a proper admin is worth their weight in gold.

    15. Re:A little story by archen · · Score: 5, Funny

      Sort of reminds me of the place I work.

      A week after I was hired the computer with the sales database died. I'm the computer guy, so I'm supposed to fix it. I was a bit surprised at what I found (keep in mind this information is supposed to be fairly important information to the company).

      The computer had around 256 megs of ram. Was a database server (for sales info) that around 3-4 people were connected to at any given time. Was running WINDOWS 98 using striped IDE hard drives. Among other things that this machine was used for at any given time was graphic editing in Corel Draw (wonderfully stable too I might add), and crash prone MS Office... as well as every God awful freeware screen saver ever found, and many other useless stuff that most people didn't even know what they were supposed to do. Apparently the machine crashed at least 3 times a day, and no one thought there was anything wrong with this.

      So one drive dies, and surprise the backup is done on a jazz drive that never worked right. Apparently the girl who used the computer never really read that error message regarding the Jazz drive every morning when she came in. So we had a wonderfully redundant backup with a different Jazz disk for each day of the week with nothing but garbage on all of them.

      When I actually put all the pieces of the puzzle together, I just started laughing at how ridiculous the setup was.

    16. Re:A little story by harlows_monkeys · · Score: 2
      You don't want Raid-5 with a video editing system, your write performance will kill you


      He didn't say that they were doing RAID-5 on the video editing systems. The RAID-5 was on the file server.

    17. Re:A little story by binner1 · · Score: 2, Insightful

      I think a new more accurate moderation is in order: Sad

      -Ben

    18. Re:A little story by Afrosheen · · Score: 4, Funny

      This is where a little sound clip from the Simpsons cartoon comes in handy.

      Find any two-second clip of Nelson saying "Ha Ha!" and email it to fools that destroy things after neglecting your advice. It'd be even better to find a little flash clip of Nelson pointing and laughing, it'd add insult to injury.

    19. Re:A little story by Anonymous Coward · · Score: 0

      Unreliable is the wrong word. Raid 0 is exactly as reliable as your least reliable hard drive, which may be actually very reliable.

    20. Re:A little story by frozenray · · Score: 1

      > Well, the Raid-5 would have worked as it's own backup (sortof) [...]

      RAID-5 is _NOT_ a substitute for backups - period. We discovered this early on with the first RAID-5 tower we set up at work: the test data on that expensive beast did not survive the first 24 hours of operation (the controller hardware went south and started writing random bits all across the drives, leading to total data loss). RAID-5 does not protect you from rm -rf /, power surges, failing PSUs, viruses, inept users, and other nasties.

      All RAID-5 hardware should have a sticker on it saying "Having RAID is no substitute for backup. If you don't back up the data on your RAID, you either don't care about your data or you're a bleeping fool".

      I also have a friend who could tell you about the disadvantages of having RAID-0 as a system drive and not backing it up because "I've got only programs on it, and I can reinstall those". Yes, the system was a bit faster with that setup. But when one of the drives failed, it failed at the worst possible time, and he lost an important customer because he missed a deadline while reconstructing the system.

      --
      "There are already a million monkeys on a million typewriters, and Usenet is NOTHING like Shakespeare." - Blair Houghton
    21. Re:A little story by Lumpy · · Score: 1

      Being the smart boy that he is, he dutifully shuts down the machine, removes one of the drives, puts it on the broken machine, formats and loads windows on it.

      i love complete idiots... they re-inforce the reason to hire competent help with EXPIERIENCE instead of a certification.

      thanks for the funny tale... BTW, did they ask for you to fix the computer's cup holder too?

      --
      Do not look at laser with remaining good eye.
    22. Re:A little story by mikelieman · · Score: 1

      EEK!

      Here's a failure mode I'd like to share.

      Arena IDE-RAID boxes... They don't always flag a drive bad, (and ask you to replace it), when drives start experienceing bad clusters. It'll *try* to remap them, but if it doesn't, if fails WITHOUT WARNING. (~500GB on 75GB DeathStars...) Think about it.

      --
      Technology -- No Place For Wimps! Grateful Dead and Jerry Garcia Chatroom -- http://www.wemissjerry.org
    23. Re:A little story by MioceneMan · · Score: 1

      My wife is a doctor. She has many patients who ask for her advice and then ignore it. Some of them die.

      If trivial things like people doing stupid things with computers is chapping your ass, well then, that's your own fault.

      Laugh a bit... It's just a computer. Some mornings I get up and I just can't wait to see what amazingly stupid things people are doing with computers.

      Slashdot tends to be one of them...

      Heh.

    24. Re:A little story by Bigboote66 · · Score: 1

      Raid 0 is exactly as reliable as your least reliable hard drive

      Actually, it's less reliable than your least reliable drive (assuming you're not using array of 1 disk). The chance of failure of the array is 1 - (product of all disks' chance of not failing). An array of 2 identical disks will fail twice as often as an individual disk.

      -BbT

    25. Re:A little story by shaitand · · Score: 2

      You make a good point, I dunno if I would have implemented raid 5 after the customer said raid 0, but I probably wouldn't have clued them in to what raid strategy I was using anyway. I'd leave it at you need a (however many drive, I'm too lazy to look back) raid for storage and a tape backup. Just put these things down on the quote and here is your bottom line with labor estimate. They hardly need to know the details of the implementation, only the the information that is relevant to the end users (ok here is where you save files to, to save a file you click...)

    26. Re:A little story by Anonymous Coward · · Score: 0

      I agree totally. It is a shame that you can be part of a meeting discussing the introduction of a new system that will cost alot of money and is unstable, point it out, and then get told that the sales person for that company doesnt want to attend any more meetings because you are ruining their sales pitch.

      Currently, 1 year on, the director who had been pushing the new system had a heart attack and has moved to a different company, and the business has laid off all but 15 people (from 60+) and are reporting 1 or more bugs in the system daily...

    27. Re:A little story by Anonymous Coward · · Score: 0

      This might be off-topic a bit, but your Jazz disk story reminded me of a similar story.

      A few years ago I did a little temp work for this company doing consumer surveys. Only one PC held all the survey information from hundreds of thousands of surveys, and when I arrived they had NO backup solution what-so-ever.

      At the time I was getting rid of a old TR3 tape drive system so I convinced them they needed it. I installed it for them, set up all the software, and told them to take the tape home every night after turning off the PC and put it back in the morning when turning the PC on.

      About a year afterward I was watching the news and was shocked to see the office complex they were located in had burnt to the ground!

      I never found out if they actually followed my advice and took the tape home nightly.

  8. Re:Hey... by Anonymous Coward · · Score: 0

    offtopic? Who gives a shit about apple?

  9. Linux Software Raid by miracle69 · · Score: 2

    I've got a RAID-5 machine made with 5200 RPM WD 120 GB drives. Works great. It's a light server, and I built the thing for under 700 bucks, dual procs and all.

    I didn't use a RAID card, just a couple of IDE cards. And it was amazingly simple to set up.

    --
    Linux - Because Mommy taught me to Share.
    1. Re:Linux Software Raid by Anonymous Coward · · Score: 0

      What transfer speeds do you get from it relative to the maximum speed of the independent drives ?

    2. Re:Linux Software Raid by deicide · · Score: 3, Informative

      I'm not the original poster but here goes. This is with a three 27gig drive Linux software RAID5 (md). This box has been up and running for about 2 years as my personal file server. All three drives are identical (Seagates, I'm too lazy to lookup model numbers)

      [10:40pm] /root> hdparm -t /dev/hda /dev/hda:
      Timing buffered disk reads: 64 MB in 2.70 seconds = 23.70 MB/sec

      [10:41pm] /root> hdparm -t /dev/md0 /dev/md0:
      Timing buffered disk reads: 64 MB in 1.40 seconds = 45.71 MB/sec

      These are read tests of course but this is a mostly-read file server so that's what matters to me.

      Also, it is a highly patched RedHat 6.2 install with 2.4.17 kernel, dual p2-400mhz, 1/2 gig of ram.

    3. Re:Linux Software Raid by miracle69 · · Score: 5, Informative

      Here are the hdparm results of the two machines I currently have that run Linux Software Raid.

      The first machine (brainstem) has SCSI Raid-5 with 18 GB drives. The second machine (heschl) has IDE Raid-5 with 120 GB drives. It's used to serve music and pictures (sorry, no pr0n - just digital camera pics) to my local network.

      Machine 1 (SCSI)
      -----------------
      brainstem:~# hdparm -g /dev/md1 && hdparm -t /dev/md1 && hdparm -t /dev/md1 && hdparm -t /dev/md1 && hdparm -T /dev/md1 && hdparm -T /dev/md1 && hdparm -T /dev/md1

      /dev/md1:
      geometry = 58240/2/4, sectors = 141499392, start = 0

      /dev/md1:
      Timing buffered disk reads: 64 MB in 1.83 seconds = 34.97 MB/sec

      /dev/md1:
      Timing buffered disk reads: 64 MB in 1.83 seconds = 34.97 MB/sec

      /dev/md1:
      Timing buffered disk reads: 64 MB in 1.83 seconds = 34.97 MB/sec

      /dev/md1:
      Timing buffer-cache reads: 128 MB in 0.85 seconds =150.59 MB/sec

      /dev/md1:
      Timing buffer-cache reads: 128 MB in 0.86 seconds =148.84 MB/sec

      /dev/md1:
      Timing buffer-cache reads: 128 MB in 0.86 seconds =148.84 MB/sec

      Machine 2 (IDE)
      ----------------
      [root@heschl /]# hdparm -g /dev/md0 && hdparm -t /dev/md0 && hdparm -t /dev/md0 && hdparm -t /dev/md0 && hdparm -T /dev/md0 && hdparm -T /dev/md0 && hdparm -T /dev/md0

      /dev/md0:
      geometry = 42304/2/4, sectors = 937765376, start = 0

      /dev/md0:
      Timing buffered disk reads: 64 MB in 3.14 seconds = 20.38 MB/sec

      /dev/md0:
      Timing buffered disk reads: 64 MB in 3.24 seconds = 19.75 MB/sec

      /dev/md0:
      Timing buffered disk reads: 64 MB in 3.19 seconds = 20.06 MB/sec

      /dev/md0:
      Timing buffer-cache reads: 128 MB in 1.09 seconds =117.43 MB/sec

      /dev/md0:
      Timing buffer-cache reads: 128 MB in 1.09 seconds =117.43 MB/sec

      /dev/md0:
      Timing buffer-cache reads: 128 MB in 1.10 seconds =116.36 MB/sec

      --
      Linux - Because Mommy taught me to Share.
    4. Re:Linux Software Raid by Enigma2175 · · Score: 2
      [10:41pm] /root> hdparm -t /dev/md0 /dev/md0:
      Timing buffered disk reads: 64 MB in 1.40 seconds = 45.71 MB/sec


      My main home fileserver has a linux software RAID-5 configuration. I recently upgraded it and added 2 more disks. md0 is 3x50GB, so 100GB total, and md1 is 6x30 GB, 150 GB total. The system has 3 80 GB disks, 3 30 GB disks and an 8 GB system disk. Here is the output of hdparm on the arrays:

      # hdparm -tT /dev/md0 /dev/md0:
      Timing buffer-cache reads: 128 MB in 0.80 seconds =159.47 MB/sec
      Timing buffered disk reads: 64 MB in 1.69 seconds = 37.84 MB/sec

      # hdparm -tT /dev/md1 /dev/md1:
      Timing buffer-cache reads: 128 MB in 0.81 seconds =158.69 MB/sec
      Timing buffered disk reads: 64 MB in 1.04 seconds = 61.36 MB/sec

      This is more than enough performance for my needs, and it can easily saturate my 100Mb ethernet (and the PCI bus).

      At work, I run a similar card to one of the ones tested in the article (I have the Promise SuperTrak 3000) in one of my servers and I couldn't be happier with it. I have the Promise SuperSwap enclosures paired with it in a RAID-5 configuration. They really are a grest combination, the card can use the enclosure status lights to show you array status (in addition to the LEDs onboard the controller) and the combination also lets you hot swap drives. Pretty much the same performance and features of SCSI at half the cost. I had a drive blink out last week and the array handled it nicely. I swapped it out and the array rebuilt without the server skipping a beat.

      --

      Enigma

    5. Re:Linux Software Raid by RandomCoil · · Score: 2

      Thanks for the post; your data is pretty interesting. I have to say I'm surprised the IDE RAID-5 numbers are so much lower than the numbers I get with a RAID-0 of two 60GB IBM 60GXP drives also using Linux's software RAID:

      /dev/md0:
      Timing buffered disk reads: 64 MB in 0.98 seconds = 65.31 MB/sec

      /dev/md0:
      Timing buffered disk reads: 64 MB in 1.03 seconds = 62.14 MB/sec

      /dev/md0:
      Timing buffered disk reads: 64 MB in 0.90 seconds = 71.11 MB/sec

      /dev/md0:
      Timing buffer-cache reads: 128 MB in 0.48 seconds =266.67 MB/sec

      /dev/md0:
      Timing buffer-cache reads: 128 MB in 0.48 seconds =266.67 MB/sec

      /dev/md0:
      Timing buffer-cache reads: 128 MB in 0.48 seconds =266.67 MB/sec

    6. Re:Linux Software Raid by prefect42 · · Score: 1

      I'm deeply surprised by how low those results are. He's my figures for a single IBM 80Gb number:

      # hdparm -g /dev/hda && hdparm -t /dev/hda && hdparm -t /dev/hda && hdparm -t /dev/hda && hdparm -T /dev/hda && hdparm -T /dev/hda && hdparm -T /dev/hda

      /dev/hda:
      geometry = 10011/255/63, sectors = 160836480, start = 0

      /dev/hda:
      Timing buffered disk reads: 64 MB in 1.42 seconds = 45.07 MB/sec

      /dev/hda:
      Timing buffered disk reads: 64 MB in 1.41 seconds = 45.51 MB/sec

      /dev/hda:
      Timing buffered disk reads: 64 MB in 1.41 seconds = 45.51 MB/sec

      /dev/hda:
      Timing buffer-cache reads: 128 MB in 0.33 seconds =390.12 MB/sec

      /dev/hda:
      Timing buffer-cache reads: 128 MB in 0.32 seconds =394.82 MB/sec

      /dev/hda:
      Timing buffer-cache reads: 128 MB in 0.32 seconds =399.64 MB/sec

      --

      jh

    7. Re:Linux Software Raid by chicks.net · · Score: 1
      This is a RAID5 IDE setup using Linux software RAID and 120G WD1200BB-00CAA1 drives:

      # hdparm -tT /dev/md0 /dev/md0

      /dev/md0:
      Timing buffer-cache reads: 128 MB in 0.50 seconds =256.02 MB/sec
      Timing buffered disk reads: 64 MB in 1.20 seconds = 53.54 MB/sec

      /dev/md0:
      Timing buffer-cache reads: 128 MB in 0.50 seconds =257.02 MB/sec
      Timing buffered disk reads: 64 MB in 1.19 seconds = 53.98 MB/sec

      I certainly have no complaints.

      --

      --
      Free software isn't free, but expensive software is expensive.

  10. You asked for it... by tmark · · Score: 4, Funny

    I personally would love to hear any ide-raid stories that slashdotters might have.

    Once upon a time, in an array far, far away, there lived a young princess who was worried about the integrity of her data...

    1. Re:You asked for it... by charon_on_acheron · · Score: 1

      But is backing up to an R2 unit really RAID?

    2. Re:You asked for it... by user32.ExitWindowsEx · · Score: 3, Funny

      backing up to several would be.
      Redundant Array of Inexpensive Droids. :p

      --
      "Evil will always triumph because good is dumb." -- Dark Helmet
    3. Re:You asked for it... by Mitchell+Mebane · · Score: 4, Funny

      Once upon a time, in an array far, far away, there lived a young princess who was worried about the integrity of her data...

      She knew that elephants never forget, but they do tend to die after a while, so she hired a consultant to investigate multi-elephant solutions. He came up with RASP - Redundant Array of Short-lived Pachyderms. While SCSI (Smart Chimps Storing Information) is more reliable, elephants were a good solution for more people, because they could also be used for plowing fields.

      --

      The roots of education are bitter, but the fruit is sweet.
      --Aristotle
    4. Re:You asked for it... by Anonymous Coward · · Score: 0

      Ooo, modded down, for you have spoken against the holy words of the Women-Linux-HOWTO!

      Didn't you know, women are frail and easily discouraged beings made of tissue, who must have their hands held as they try to trickle small amounts of linux knowledge into their poor overworked brains!

      Comments like yours only drive the women away!

    5. Re:You asked for it... by Anonymous Coward · · Score: 0

      I wondered for a while why they weren't Inexpensive Pachyderms...

      but then I thought about the acronym...

      I could just imagine the 'political correctness' outcry as the 'misogynistic' computer industry talks about tending their RAIP arrays.

    6. Re:You asked for it... by Mitchell+Mebane · · Score: 2

      I wondered for a while why they weren't Inexpensive Pachyderms...

      but then I thought about the acronym...


      Precisely. Although it would've been funnier if I had come up with something for RAID...

      --

      The roots of education are bitter, but the fruit is sweet.
      --Aristotle
    7. Re:You asked for it... by Anonymous Coward · · Score: 0

      Redundant Array of Inexpensive Dumbo's?

      It's been 19 seconds since you hit reply! Please hit back and submit again, because we like to watch you jump through fucking hoops.

  11. speed vs reliability by Anonymous Coward · · Score: 0
    Today, speed is not a real concern for the average user. Even 5400 rpm is plenty fast.


    For us small-time sysadmins, RELIABILITY is the concern. Can I yank a drive, pop in a new, unformatted one out of the box, and expect to be able to replace the other drive in a similar fashion the next day, without losing a single file?


    Don't give a shit about Q3 times. Do care about a RAID Suse Linux server. Remember, I'm not some millionaire Slashdot commer with greasy palms and a red cock, I have chilluns to feed.


    It's spelled r-e-l-i-a-b-i-l-i-t-y, advertisers.

    1. Re:speed vs reliability by Stoptional · · Score: 1

      Sheer profundity! It is about reliability. See? If you cannot GET to the data at ALL then no one cares about how FAST it comes in - I want it to WORK, always. Our clients WILL want to know WHY it failed - they are only curious about it being faster. JMHO

      --
      Stoptional
  12. Great article by lakeland · · Score: 3, Funny
    This article is much more an introduction to RAID than a point by point comparison of the various drives. Certainly, I wouldn't want to use it for choosing between them when I couldn't afford a mistake. But if you're used to using one or two disks and want increased performance or reliability (and lets face it, who doesn't?) then this article is well worth a read.


    My favourite quote from the article : As an added bonus, the lights sometimes flash in a side-to-side in a pattern reminiscent of Knight Rider's KITT.

    1. Re:Great article by mizhi · · Score: 2
      My favorite:

      The Escalade must be hooked on phonics, because it loves to read.

      The rest of the article was cool too. :-)

      --
      Humorless sig goes here.
    2. Re:Great article by Peter+H.S. · · Score: 2

      My favourite quote from the article : As an added bonus, the lights sometimes flash in a side-to-side in a pattern reminiscent of Knight Rider's KITT.
      We jokingly refer to the blinkenlights on our DPT Smartraid V controllers as "KITT scanners".
      Since Adaptec bought DPT to get into the SCSI RAID market it is likely that their IDE "KITT scanner" is similar to the DPT. (eg. the DPT Smartraid V driver works with all I2O Adaptec adapters too).
      If so, then it is a real nice feature, since the DPT "KITT scanner" can morse all kinds of error messages.

    3. Re:Great article by Afrosheen · · Score: 3, Funny

      If so, then it is a real nice feature, since the DPT "KITT scanner" can morse all kinds of error messages.

      Like what? "Michael, there are 2 enemies with guns in that room. Please be careful."

  13. I've used them by redfiche · · Score: 1

    I'm working on a project where we use an IDE Raid card for data backup on a computer/device we ship to customers. We use a simple mirror, basically just insurance against a hard drive crash. It's allowed us to keep our costs much lower than they would have been with SCSI. We have only had to recover one time, but it was very easy.

    --

    Brevity is the soul of wit

    -- Polonius

    1. Re:I've used them by pao93 · · Score: 1

      What about stand alone RAID controllers?

      Here where i work we have 2 KGT SCSI RAID controllers. Unfortunately, one of the problems we have with them is the serious costs when break downs occur. If a hard-drive goes down, and needs to be replaced, this is typically in the 500-1000$ range for a single SCSI drive of only 50GB capacity. The reason is because the hard drives are specially modified. So they aren't off the shelf parts and need to be purchased directly from the manufacturer.

      Now, last week we had one of these machines go down because of a faulty controller. The cost to replace the controller board is up in the 5 grand range and they can't guarantee recovery of the data. Luckily, i back everything up that's important weekly, so nothing was lost. I'm basically telling them to get stuffed then and looking to upgrade to something in the terabyte range. The data on this box was only in the 300 GB range so i've just thrown a bunch of IDE's into a linux box and mounted them as a Samba share temporarily.

      Does anybody know anything about the SCSI-IDE boxes (SCSI controller, IDE disks internal)? Any recommendations on companies with good reputations? I'm thinking moving to IDE with 8mb cache WD disks is a pretty good way to get away from the expenses of SCSI in case of breakage while not sacrificing much for speed. Of course, you're still stuffed if the controller breaks and you have to get a repair!!

      Internal card RAIDs are neat, but we have massive amounts of data and this just doesn't cut it.

      pao93

    2. Re:I've used them by rodgerd · · Score: 2

      The RM8000 from Promise is excellent for read performance, and a joy to manage. It's cheap, and has an Ultra160 interface, and can be managed either from the LCD menu on the front panel, or from a serial port on the back.

      There is one caveat, though: I build one to use for a predominantly archive server (so used RAID 5). While Bonnie and solaris iostat confirm excellent read perfmance, with throughput limited by the host's ability to process data, the write performance is lousy (Bonnie shows 100MB/s+ for reads with the V120 pegged at 100% CPU; but write is only 10-20 MB/s).

    3. Re:I've used them by Anonymous Coward · · Score: 0

      check out ACNC, they have nice SCSI controller, and IDE disks internal. http://www.acnc.com

  14. Downside of raid by erax0r · · Score: 1

    The only downside I can see with raid is one main thing for me. After I went raid I couldn't go back to standard ide. =) I know I "could" but it would be a pain in the a$$. Lets say I start to build a backup computer and decide I want to take out one of my 80 gigs and pop it in the new one. Sine my two 80's are currently in a raid I think this would have some seriously messy side effects. Thats my only bitch about raid. Other wise its pretty damn cool. Also my floppy drive is broke so I cannot boot windows xp to install on one of my raid drives. Sucks. Stupid xp -).

    --
    .[[erax0r]]. .[[/burn.]]. .[[/bros.]].
    1. Re:Downside of raid by CerebusUS · · Score: 2

      well, if you only had two drives and they were in a raid setup it was either raid 1 or raid 0. if it's raid 0, removing one of them will crash the machine. hard.

      if it's raid 1, you can do what ever you want, really.

    2. Re:Downside of raid by Anonymous Coward · · Score: 0

      ...Yah, it sure is XP's fault your floppy is broke...

  15. Re:Hey... by Anonymous Coward · · Score: 0

    Unfortunately, I don't think they tested the built-in RAID capabilities of the Xserver. Or, Apple add-on cards in general. So it very well may be that IDE on Macintoshes is better than SCSI anywhere. This article has no comment on that.

  16. Interesting... by stevezero · · Score: 1

    How the Cheapest card (the Highpoint RocketRaid 133) seems to be the best in the performance chart.

    Maybe it's just me, but why woould I go back to SCSI when IDE almost outperforms for about a third of the cost.

    Just because I'm a geek doesn't mean I'm made of money.

    1. Re:Interesting... by Anonymous Coward · · Score: 0

      Sorry, but my single Cheetah 15k.3 drive smokes IDE RAID setups. Yeah, the price is high but it's not true to say IDE is faster than SCSI (or even close). Does your IDE drive have a 3.6ms access time? I don't think so.

      FWIW, I also own a 120GB IDE WD drive (with 8MB cache). It's a smokin' IDE drive but it didn't even keep up with my Quantum Atlas 10K II SCSI drive let alone my new Cheetah.

    2. Re:Interesting... by Anonymous Coward · · Score: 0

      Compare the MTBF on IDE vs SCSI. That is why lots of people (myself included) still prefer SCSI, regardless of the performance. SCSI also tends to be better at handling lots of simultaneous requests.

    3. Re:Interesting... by charnov · · Score: 1

      The highpoint craps out in real world usage and is only two channel (no RAID 5). The reason why it appears so fast is it uses the system CPU and ram as opposed to the others cards which use embedded ram and processing. The highpoint is a great value for small workstations, though.

      --
      [RIAA] says its concern is artists. That's true, in just the sense that a cattle rancher is concerned about its cattle.
    4. Re:Interesting... by Anonymous Coward · · Score: 0

      - why would you want RAID5 with today's disk prices?
      - as the system CPU and RAM is much faster than many of the microcontrollers used on plugin cards, what is against using it? RAID1 does not use much CPU power anyway

  17. Experience with 3ware Escalade hardware by mccormick · · Score: 0

    I've had a 3ware Escalade 6200 (ATA/66, two IDE interfaces) running in an RAID-1 (mirroring) for about two years now, and I haven't had a single problem with it running under Debian Linux, kernel 2.4 series. It's nice to have the piece of mind RAID gives you. I also have a somewhat beefier server with a more recent 3ware Escalade 7400 (ATA/100, four interfaces) and again, no problems and great performance. I would definately recommend 3ware, but I have not tried too many others (haven't needed to.) There future offerings of their Escalade line combined with Serial ATA should be interesting to watch once SATA drives become available.

    --
    Pete
    1. Re:Experience with 3ware Escalade hardware by jpbostic · · Score: 2, Informative

      I work in a 24x7 shop and we've been using the 3Ware Escalade series as well (using Slackware here). They're really nice: the drivers are in the kernel - none of this add a binary driver that might or might not work with later kernel updates stuff. Painting oneself into a corner is for the birds.

    2. Re:Experience with 3ware Escalade hardware by mccormick · · Score: 0

      I agree. The open nature of the driver is a benefit, and not even for the opensource purists, but because it means that typically, the driver won't be limited to one kernel version (as I found with the binary-old, distribution-specific drivers for the Highpoint HPT366 based chipset.)

      --
      Pete
  18. Re:Hey... by Anonymous Coward · · Score: 0

    Well...apparently I do...uh, you do.

  19. Re:Hey... by principio · · Score: 1

    Or, maybe they are just buying SCSI cards...

  20. External IDE RAID enclosure by nakhla · · Score: 2

    I'd be happy if I could find a decent external IDE RAID enclosure at a good price. So far, the only ones I've seen cost waaaaaaaaay too much money. Is there anything similar to a Sun 711 Multipack for IDE? (Hopefully something I can buy on the cheap through Ebay?)

    1. Re:External IDE RAID enclosure by lakeland · · Score: 1

      Sure, just buy a Shuttle cube with its built in RAID. Plug it into the server you want raid on via gigabit crossover cable, and enjoy.

    2. Re:External IDE RAID enclosure by Anonymous Coward · · Score: 0

      I've had very good luck with Arena raid array products. http://www.maxtronic.com/

      Search google for "Arena raid array" and you'll find lots of good US resellers.

  21. Annoying by cheezedawg · · Score: 5, Funny

    You would think that after 130 graphs comparing the controllers he could come up with a stronger conclusion than "I cant really decide which one is the best"

    --
    "The defense of freedom requires the advance of freedom" - George W Bush
    1. Re:Annoying by Anonymous Coward · · Score: 0

      Information Overload at its finest

    2. Re:Annoying by epine · · Score: 2

      Translate "can't decide" as "nothing impresses". It's like a beauty competition where one girl can't add 2+2, the next forgets the words to the song that she sings, the final contestent has a missing front tooth. If he did another 130 graphs, do you think these problems would magically disappear?

  22. Chrisd! Have I got a story for YOU! by teamhasnoi · · Score: 1
    I have a MSI motherboard (845 Ultra max) that has a Promise 133 lite controller on it(IIRC). I don't actually use the RAID functions tho, I use them as extra IDE channels.

    I have two 40 gig WD HDs that were originally purchased for RAID, but I've not had a wild hair enough to use them. So I've got an E: and an F: drive and occasionally back up the E to the F. So, in summary, I have RAID capabillities, but choose not to use it, because 7200 RPM on one drive is fast enough for me.

    I know, what a shitty story. I feel like the videocam/train guy.

    1. Re:Chrisd! Have I got a story for YOU! by OsCarJ · · Score: 0, Offtopic

      You're not fooling anyone Jon. We all know you are the videocam/train guy.

    2. Re:Chrisd! Have I got a story for YOU! by teamhasnoi · · Score: 2
      I have you now, young Skywalker! You will love the Dark Side!

      Look, I got modded down! And I didn't even say 'IN SOVIET RUSSA...'

    3. Re:Chrisd! Have I got a story for YOU! by Hast · · Score: 1

      Just in case you're not trolling:

      The integrated "RAID" controllers are software RAID, but done in drivers instead of in the kernel. (As in Linux RAID.) In the article they included a software RAID card (The High Point card.) for some reason.

      I also have a "RAID" on my MB, it's only useful as an additional IDE controller though. No way that I'll use the built in RAID function for security. But as JBOD (Just a Bunch Of Disks) it's good. (And that's how I use it.)

    4. Re:Chrisd! Have I got a story for YOU! by OsCarJ · · Score: 1

      And I got an OFFTOPIC!


      Damn moderators are smoking crack again!

    5. Re:Chrisd! Have I got a story for YOU! by teamhasnoi · · Score: 2
      Hey, you keep this up and you'll have 24 comments by the end of the decade!

      This would be my 801st. Hehehe, check out # 800, it'll be Mod-riffic!

  23. Software vs. hardware raid by snowtigger · · Score: 3, Interesting

    A friend of mine set up a raid0 (striped array) using the built-in raid-controller in his motherboard. Later, this motherboard had to be changed. To our great surprise, the raid information was only stored in the motherboard and thus permanently lost. This could be a good thing to know ... Make sure the data is not lost if the controller fails.

    Personnally, I run several software RAID arrays under Linux and it works very well. It's easy to manage and gives me decent performance on my rather old machine.

    I feel very confident in mirroring system/boot partitions on my linux machines =)

    1. Re:Software vs. hardware raid by Phosphor3k · · Score: 3, Informative

      Most onboard RAId solutions and add-in cards under ~140$ are like this. You have to replace failed ones with cards using the same chipset in order to recover the data or use the array again. Onboard Promise and Highpoint RAID controllers have add-in counterpart cards that use the same chipset, and thus can be used to recover data if the on-board chip decides to die.

    2. Re:Software vs. hardware raid by Anonymous Coward · · Score: 0

      you suggest they save the raid information on the hard drive then? lol - that's not a better option than storing it on the controller.

    3. Re:Software vs. hardware raid by T-Kir · · Score: 2

      Same here, I built a fileserver in my brothers house for all his DJ'ing media. Since I didn't have a RAID controller, i used the software RAID 0 formatting when installing Red Hat 7.3 (2x120GB IBM Deskstar drives).

      This was built at the end of June this year. The system has had plenty of usage over the last couple of months and has been fine (especially with extended power cuts that went beyond the ability of the UPS). Due to dwindling space I want to slap a RAID controller in there and put 2 extra drives on (the same model of drive). For the controller I've got the 4 channel Promise Rocket on my NewEgg wishlist ($100 isn't bad at all).

      I'm not looking forward to how I'm going to juggle backing up 230GB of media... I suppose I'll format the new drives, copy the data over, take out the software RAID'ed drives and slap them into the controller (format and prep), and copy the data to the new RAID and add the new drives (i.e. just to make sure I don't have any major screw ups!). If anyone has any tips on this I would be grateful! I'm sure my brother will be more inclined for me to get a DVD+RW drive and plenty of disks... CD's don't seem to cut it anymore when dealing with 250GB+ of data (hey ho *sigh).

      Oh and machine I'm using the file server on is one of those Walmart deals (it was the Duron 1Ghz $399 one), and has performed brilliantly (touch wood!)... although the first thing to die on me was the Intel EtherExpress Pro NIC I put into it.

      --
      Are you local? There's nothing for you here!
    4. Re:Software vs. hardware raid by GoRK · · Score: 2

      If you set it up properly (partition type fd, etc.) and backup your raidtab, you can move linux software raid's around very easily. For your situation since you are using raid 0 and redundancy is out the window anyway, what I would recommend is to put a second raid 0 as software raid, then use a jbod raid between the two stripe sets. Then extend your volume onto the new space at the end of the first stripe set. A hadrware controller wont really buy you that much performance with raid 0 anyway unless it has a LOT of cache, and doing it the way i suggested will eliminate your having to juggle any data around at all.

    5. Re:Software vs. hardware raid by Anonymous Coward · · Score: 0

      Not really. If all of the information required to restore a RAID 1 or 5 configuration is stored on each drive in the configuration, say in the first block, then you can recover from the loss of any single disk, the loss of the controller, or the loss of both a single disk and the controller simulaneously.

    6. Re:Software vs. hardware raid by Hast · · Score: 2

      Since you're using Linux anyways why not go with LVM instead? It has the same features as RAID0 but is designed to be more flexible in drive management. If you go with a basic FS (ext 2 for instance) I'd think that your chances of extracting data from a failed array could be pretty good too. (Though I haven't tried it.)

      I had a LV of 200G+ fail on me however, so now I'm back with JBOD. RAID5 is problably going to be my next bet for at least some redundancy.

  24. scsi vs raid by yet_another_user · · Score: 0

    I use scsi (raids) only at our production servers (sysadmin for a medium sized company in the UK). We run a database intensive website serving up to a 100k ppl per day.

    While these drives may be expensive (15k rpm / 18 gb / 4-6 per machine) they definately dust the arena with any IDE-raid I've ever seen. But then again I've used only one IDE raid (something cheapo) for one other productionserver, and other than that just talked to friends who run it.

    What really would be interesting to see would be the latest and greatest from the IDE/raid-scene pitted against dito in the SCSI/raid-scene. All along with prices for controllers and disks ofcourse, to show how much more you have to cough up to get the scsi solution.

    Hey why don't y'all paypal me 10 pounds each and I'll put a test like this online in a few days! :)

  25. RAIDed and raped by Faeton · · Score: 1
    RAID, for me, sucked big donkey balls. Used an MSI KT3 Ultra ARU which has RAID built in.

    The jist of the story is that I lost almost 240 gigs worth of files. Yeah yeah, I did RAID 0, when one day one of my HD's decides to click incessantly. There was nothing I could do. I sat there tearing up as the drive was clicking because I knew I wasn't going to be able to save the drive.

    I habitually backup files, but mostly the dynamic stuff like email, documents and ICQ databases. Most people don't backup 240 gigs worth of data, let alone a gig. I tried to restore what I could, but some stuff was lost forever. It was like a fire going through all my files. I guess that's a painful lesson learned.

    RAID system bootup times are also longer, by a factor of 2x. But that's another story.

    1. Re:RAIDed and raped by pro-mpd · · Score: 1

      RAID 0+1 my friend. Although it's double the cost, just consider it part of the price of data godliness.

    2. Re:RAIDed and raped by Anonymous Coward · · Score: 0

      Gee you lost all your data running RAID-0. Theres a big suprise. No sympathy here.

      As they say, were you born stupid, or do you have to work at it?

    3. Re:RAIDed and raped by snowtigger · · Score: 1

      Most people don't backup 240 gigs worth of data, let alone a gig.

      This is one of the reasons why I am so fond of Linux soft raid. Instead of operating on entire disks, it lets you set up arrays of *PARTITIONS*. In my experience, hardware raid only lets you work on entire disks.

      This means that you can mirror small important parts, (boot, system, personal_docs ...) while leaving movies and mp3s on a striped config or no raid at all.

      Works fantastically for me =)

      Sure, software raid is slower that hardware raid, but that only matters if the disks are the slowest factor. You cannot watch a movie faster anyway ...

    4. Re:RAIDed and raped by rodgerd · · Score: 2

      WTF is it with people thinking RAID 0 is a good idea? You have my sympathy, but who/what made you think it was a good idea?

    5. Re:RAIDed and raped by Faeton · · Score: 1
      I did (read "did") a lot of DV video editing, so I needed the speed of RAID 0, of both read and write.

      Not being that rich, I couldn't afford a SCSI RAID system, so I tried to see if IDE RAID could fit the bill.

      I guess I really shouldn't blame it all on the RAID 0, because it was the HD that died due to unknown circumstances (RAID controller is among the possibilities).

      But what the RAID 0 did was pretty much make any data I had on there unretrievable by any conventional (and cheap) means.

      And I guess an underlying fact is that my hubris of geek-tech lordship just screamed that I needed a phat RAID 0 system to impress the chicks.

    6. Re:RAIDed and raped by Anonymous Coward · · Score: 0

      "But what the RAID 0 did was pretty much make any data I had on there unretrievable by any conventional (and cheap) means."

      If you had read anything about RAID levels, you would have known this ahead of time.

      That said, RAID 0 has it's place ... temporary, high speed storage. Do your interactive DV work on the RAID 0 array, but then move it to a RAID 1/10/5 for safekeeping. I do this with a database that I use to log simulation data.

    7. Re:RAIDed and raped by Anonymous Coward · · Score: 0

      I'm sorry this happened to you. But with 200+ gigs of data that you considered important you should really have known better that to rely on raid0 hardware or software.

    8. Re:RAIDed and raped by Xyd · · Score: 1

      RAID0 has NO form of data protection. Frankly, RAID0 should not even be termed "RAID" since the commonly accepted definition of RAID implies redundancy. So you lost data with RAID0? Surprise. Do your homework before attempting to "trust" your data to a scheme you know little about!

  26. Short IDE-RAID story... by pro-mpd · · Score: 1

    2 Western Digital drives in RAID 0. Fast as hell. Beats 15k SCSI drives.

    I think that most of the innovative work is being focused on IDE, so we get uber fast drives like those (promised) for SATA. Meanwhile, the quality work is focused on SCSI, since they are a slightly more niche market and cost matters less. So, either get a really big, fast, innovative drive that might or might not die in a few months, or get a really expensive SCSI drive that will probably last years, but was obsolete (capacity wise) months before it was even purchased.

    The way I see it, if one of my IDE drives goes, aside from being SOL, I'll just buy a new one. Hell, they're cheap enough...

    I guess it's time to get two more drives and set it up for 0+1... just jinxed myself maybe?

  27. Re:Respond Bots?! by Anonymous Coward · · Score: 0

    Seriously, how can 50 people possibly read an in depth article on IDE RAID drives, and make any kind of intelligent comment on them, faster than I can type a silly little post like this.

  28. Also check out for IDE RAID 1 support... by Anonymous Coward · · Score: 0

    www.arcoide.com - OS independent (including DOS!)

  29. 3-ware = Good by Robert+Hayden · · Score: 1

    I have two linux file servers in my basement, each with a 4-port 3ware RAID5 array on it. One has 4x120GB drives and one with 4x80GB drive. Great storage for network-available (via Samba) MP3s and movies and the RAID cards were only $99.

    It just works well.

    Yes, RAID5 is a little slow on writes, but generally that's not the way my data flows. For a bigass box with REDUNDANT arrays, it's a very nice and INEXPENSIVE way to make that happen.

    It has my hearty recommendation.

    1. Re:3-ware = Good by yem · · Score: 2

      Yep, seconded. 3Ware have been good in my experience. Nice mgmt software also.

      I've used software RAID1 in linux for a couple of years and while it does work, it can be tricky sorting out bootloader issues. I've settled on 3ware for IDE RAID from now on.

      SCSI is nice, but IDE has better bang for the buck.

      --
      No, I did not read the f***ing article!
    2. Re:3-ware = Good by Alien+Being · · Score: 2

      Me too. I walked out on a limb and chose an 8-port Escalade (in 0+1) instead of spending more on SCSI.

      I did have a week from hell when the disk system became unstable. I'm pretty sure now that cabling was the problem. 3Ware provided EXCELLENT support.

    3. Re:3-ware = Good by orionpi · · Score: 1

      3ware 6410 w/ 4x WD 120GB JB Drives.
      Have had issues w/ cabling in the past, lost one array on this controller, learned to keep an eye on the managment software, even if it says it doesn't work w/ your Distro (slackware); Make it work! Has been working fine since I replaced IDE cables.
      root@mintaka:~# hdparm -t /dev/sda&&hdparm -t /dev/sda&&hdparm -t /dev/sda&&hdparm -t /dev/sda /dev/sda:
      Timing buffered disk reads: 64 MB in 2.13 seconds = 30.05 MB/sec /dev/sda:
      Timing buffered disk reads: 64 MB in 2.00 seconds = 32.00 MB/sec /dev/sda:
      Timing buffered disk reads: 64 MB in 2.09 seconds = 30.62 MB/sec /dev/sda:
      Timing buffered disk reads: 64 MB in 2.21 seconds = 28.96 MB/sec

      Would love to go SCSI, but haven't been able to find cheap 120GB SCSI drives, nowhere close to the $112 I spent on each of my WD 120 JBs

      Now I just need to find a backup solution that works for a 360GB array, my DDS-2 suddenly doesn't cut it.

  30. IDE RAID by 13Echo · · Score: 5, Interesting

    My experiences with IDE RAID have been pretty darn good. Benchmarking my Desktar 60GXP drives in Windows 2000 last year showed that I was getting read speeds in striping mode (between two drives) at faster rates than the fastest seagate Cheetah SCSI drives. Times have probably changed now though.

    I started with a KT7A-RAID mobo. The important thing is that you get the cluster sizes just right for your particular partition. I used Norton Ghost to image my drive and try all sorts of different variables. In the end I had very satisfying results. Since I switched to Linux, I stopped using RAID-0 (yes, it is supported with this device!). I found that ReiserFS and the multi-drive Linux filesystem on these drives seemed to be just about as fast without having to hassle with soft-RAID controllers. It is probably due to my system RAM though. I couldn't seem to get Windows 2000 to make the most of 1024 MB without using that swapfile. Linux seems to avoid the swap altogether and uses static RAM instead. It is very nice having the extra IDE channels though. Without them, I probably wouldn't have 4 HDs hooked up right now.

    1. Re:IDE RAID by Anonymous Coward · · Score: 0

      Without them, I probably wouldn't have 4 HDs hooked up right now.
      Probably?? Don't you mean "DEFINITELY"? How else do you hook up IDE hard drives???

    2. Re:IDE RAID by efedora · · Score: 1

      We also used the KT7A-RAID mobo. The setup was for a video editing workstation. No matter what we did we would see artifacts (random black blocks) in the vids. Writing to a non-RAID drive solved the block problem. Turns out that striped RAID doesn't improve performance of a NLE when rendering anyway.

    3. Re:IDE RAID by dakers27 · · Score: 1

      I've had 2 raid setups, a promise fastrack 100 with 2 80gig WD drives, it was good and fast, even in windows ;). The other was an ami megaraid 434 with 128 megs of cache and 9 9.1 gig seagate barracuda's in a raid 5 with a hotspare. IDE raid is definitely cool, worth the relatively small investment, and simple to set up. It took me a while to get the scsi one up but it was INSANELY fast. i guess i really dont have a point, except raid kicks ass, and aside from adding ram, its the best way to speed up your box.

    4. Re:IDE RAID by andr0meda · · Score: 1


      I have the same mobo sitting in my box, and I like it's raid option very much :) Especially when network transfers of large files take place there is no latency for writing, and speeds practically double. I only have 2 80gb WD's and 2 cd drives (pioneer dvd and plextor burner), with the cdrom's on the normal ide's, and the disks striped with raid 0. Yes yes I should have it in 0+1 but hey even though it's cheap i usually prefer performance over security.

      So far I have had no problem whasoever, but it would be nice to hear what configuration of clusters you are/were using. Win2k also gives me the feeling that I'm not getting total performance from my raid when working local, and I've tried to improve it with the hotrod stuff but no big wins there. You can email me if you like :)

      cheers,

      --
      With great power comes great electricity bills.
    5. Re:IDE RAID by 13Echo · · Score: 2

      I believe that I used 16k cluster sizes for my RAID-0 array. After a bit of trial and error, this seemed to get the best results. However, I have a friend with a KG7-RAID that insists that 32k clusters, and others insist on 64k clusters. My experience with 64k clusters was that it wasn't as fast.

      Here is an old benchmark of my array from a year ago or so. Mine is the image on the right. On the left is a Seagate X15-36LP.

      http://home.woh.rr.com/zborgerd/atto.jpg

      There are probably some faster drives and controllers now though. My array used dual Deskstar 60GXP drives (40 GB each). My buddy used some newer Maxtor ATA 133 drives and got slower read speeds than mine. He did, however, get faster write speeds. I think that it has something to do with the cluster sizes.

      For anyone attempting to set up an IDE RAID array: experiment a bit, and be sure to have Norton Ghost. :) It's time consuming, but it is the easiest way to get the best performance. Here is some useful info for setting choosing a cluster size. http://mywebpages.comcast.net/dbergstein/KT-7.html

  31. No by Anonymous Coward · · Score: 0

    It just means that the first 24 people didn't thorougly read the article.

    1. Re:No by Anonymous Coward · · Score: 0

      Yes, but how unthoroughly do you have to read an article to review it, form a response, and make a post? My browser barely even loads pages that fast.

      It would be nice if /. had an option to filter out posts less than, say, 30 minutes, so that one could locate the more considered opinions more easily.

      McDonalds' hamburgers are fast, but they're not good.

    2. Re:No by arb · · Score: 2

      It just means that the first 24 people didn't thorougly read the article.

      But this is slashdot. You're not trying to tell me that we're meant to read the articles are you?

  32. Re:IN SOVIET RUSSIA by Kyeo · · Score: 0, Offtopic

    In Soviet Russia, joke rides you!

  33. I use IDE RAID all the time ... by SuperDuG · · Score: 2
    ... and I absolutely love it ...

    I can't remember how I got by without IDE RAID ...

    In fact I love IDE RAID so much I reccommend it to everyone I see on the streets ...

    I even bought one for everyone in my family, just in time for the hollidays ...

    Thank you IDE RAID, THANK YOU!

    --
    Ignore the "p2p is theft" trolls, they're just uninformed
    1. Re:I use IDE RAID all the time ... by chefren · · Score: 2

      I'm still waiting for moderator access after moderating *that* troll statistics post. Anyway, get help. It seems you have actually been reading your spam. Spam is not good for your health. Become a vegetarian instead.

  34. 3ware 7850 8 channel drive by tcc · · Score: 5, Interesting

    I bought that about a while ago when the maxtor 160GB 5400RPM drives started to ship.

    I had to build a datacenter and storage price was the main issue. I had to have something cheap, yet hold a LOAD of data. Problem is personally I hate maxtor drives, I always found the more or less reliable (but drive experiences varies from a person to another so..). Anyways at that time maxtor were the only one offering 160GB drives, at a decent price/meg, and although 5400RPM is quite slow for access time, the main issue was cost so I could take a hit on access speed as long as "streaming" speed was fast enough.

    the Adaptec 2400A card was the best at the time, simple, cheap efficient, it had 3 bad sides for my application, no 48Bits LBA support (130GB+), no 64bits PCI version (I was using a K7 thunder, and that chipset will slow down the pci bus to the slowest card connected to to bus, and since I wanted all available bandwidth to be thrown to the 64bits gigabit card, I couldn't accept using 32bits), and finally, no more than 4 drives. I wanted to break the terrabyte limit, so let's say I would have used 2 of those cards, it wouldn't have been price-performance-wise since the 2 would have shared the bus and I would have lost 2 drives for raid-5 instead of one with a 8 drive setup. but the performance of the Adaptec 2400A was the best. Still looks like the best overall today, yet I dunno if they are supporting 48bits LBA?

    Anyways the 3ware 7850 was an excellent choice. Although their tech support is more or less good (like most tech supports) especially for real bugs and not just standard drivers reinstallation issues, the response time and sales people were very nice and professionnal. I got surprising results from the array, where I thought it would run like molasse, I was getting over 50MB/sec sustained non-sequential reading if I recall correctly. And the tools are very good, rebuild time is about 3-4 hours with 8x160GB @ 400GB filled on the drives, there are email alert tools and web interface to the host machine to check diagnostics. Overall it's a nice system and I'm sure the 7500 series are even better.

    Oh and on a "funny" note, windows shows 1.1TB available in the explorer window, not 1134GB :) Reminds me when I plugued my first gigabyte drive in my amiga and saw big numbers :)

    As for the maxtor drives, I didn't take any chances, I ordered 10 to get 2 spares, 2 blew off in less than a month, but didn't have any problems since then, I guess if you can afford the time, doing a 1 month burn-in test with non critical data isn't overkill. usually they SHOULD blow up one by one so you could rebuild the array :).

    --
    --- Metamoderating abusive downgraders since my 300th post.
    1. Re:3ware 7850 8 channel drive by Anonymous Coward · · Score: 2, Informative

      3ware features.

      At work we have 8x120GB 5400 RPM Maxtor drives set up as 7 raid 5 + 1 hot spare. The system is sitting in a 4U rack and just hums away 24/7. I think we've had it 5 month now.

      We used bought this machine as a test replacement for some fibre channel arrays + dell poweredges the previous IT guy bought a year and a half ago. We got almost 2x the storage space for 1/10 the cost (that's fully loaded system + drives)

      I could never get more than 33MB/s throughput on the fibre channel stuff regardless of how it was configured. Just terrible for 15k rpm fibre drives. However they did benchmark to 2ms access times (like we really need blazingly fast access times when working with 50GB of imagery simultaneously). The other problem is that the fibre channel arrays drives keep on dropping, we lose several drives a month and in the past month we actually simultaneously lost multiple drives in 2 of the systems!

      Anyways, when first testing the 7500-8, I got 170MB/s sustained reads and 140MB/s sustained writes with bonnie++ using ext2. Moving over to ext3 dropped those numbers by about half, but the fsck time on that much space was unacceptable.

      After building that raid we bought a 7500-4 and filled it with 80GB 7200rpm Seagate barracuda IV's. I couldn't seem to break past 60 MB/s reads and 35MB/s writes on that drive setup (i think ext3). We put an identical setup on a win2k box and saw about the same results.

      From my experience, if you want an IDE raid with more than 4 drives, 3ware is the ONLY way to go. I definitely think we may try one of those fasttrak sx400's if we build another 4 drive array at work.

      A comment on the SCSI reliability...
      The primary reason for drives to crap out is from heat. In this area SCSI totally loses. At work were losing several 10k drives a month until we went through some drastic efforts to cool the drives.

    2. Re:3ware 7850 8 channel drive by Anonymous Coward · · Score: 0

      I hope you realize that 64/32 bit cards coexist just fine on the K7 Thunder, or any other board I can think of for that matter, without "slowing down the pci bus to the slowest card connected to to bus". The Thunder K7 PCI bus runs at 33MHz only. The chipset can easily address 64/32 bit cards side by side using their full bandwidths. 64/66 slots need to slow down when a 33MHz card is inserted in them, but neither the 3ware you mention nor the Thunder K7 run at 66 MHz. Hooray for decisions made on incorrect information.

    3. Re:3ware 7850 8 channel drive by nexthec · · Score: 1

      Just out of curiousity, why not RiserFS of XFS for the file system. Are there some gotchas? or was it just not stable at the time. Im just asking because on my next machine I'm going to replace my 10K rpm drive with 4 5400 or 7200 drives (less noise, more storage, less heat.....oh...and cheaper to ;->. I'l probably miss my seek time tho.

    4. Re:3ware 7850 8 channel drive by Anonymous Coward · · Score: 0

      You were doing something SERIOUSLY wrong if that is all the performance you could get out of scsi FC... You should get better performance than that out of single drives, much less arrays or drives.

      the fact that your drives were dying confirms that you are an idiot.

      hth

  35. Re:My experience with IDE RAID.... by Phosphor3k · · Score: 5, Insightful

    Thats bullshit. Post some links to benches that back that up.

    Two 80GB WD special edition drives in RAID 0 (7200RPM, 8mb cache) rarely burst over 90MB/s. They usually have a sustained transfer of ~50-65MB/s.

    Additionally, your seek time is going to suck. I gaurantee its not going to be under 11ms. You cpu utilization during transfer will prolly be around 4% in the asolute best case senario and 11% on average. This is becuase, no matter what you think, all raid cards under ~140$ do the calculations for the transfers in software, not hardware. All you have is a controller card with special drivers. You wont come even close to beating the overall performance of a scsi 160 drive, or SCSI 160 RAID 0 setup.

  36. New cool raid: automatic raid by snowtigger · · Score: 3, Interesting

    HP has developped a pretty cool type of RAID. An automatic RAID-level that automatically organizes your disks for best performance while maintaining security.

    When a friend explained it to me, it sounded like a mixture of raid 5 and 0+1. For example, if you replace a disk with a larger one, the extra capacity will be used to duplicate some other part of the array.

    White papers here

    1. Re:New cool raid: automatic raid by Mullen · · Score: 2
      HP has developped a pretty cool type of RAID. An automatic RAID-level that automatically organizes your disks for best performance while maintaining security.

      When a friend explained it to me, it sounded like a mixture of raid 5 and 0+1. For example, if you replace a disk with a larger one, the extra capacity will be used to duplicate some other part of the array.

      It's called AutoRAID and it is found on products like the HP Virtual Array 7100 and 7400. As a person who ran several 6 proc 4 Gig of memory Linux machines in a hardcore development enviroment running on these, they suck. They would stop working under high load, which would require a reset of the whole device. Also, linux does not like it's filesystem to be dynamic, it likes it to be one size that never changes. So you never got to use all the "cool" features of the device.

      The problem I saw was that they made something fancy that simple RAID 10 handled just fine. Don't put your data on something that is too complicated.

      --
      Linux O Muerte!
  37. Open Source IDE RAID Drivers by Anonymous Coward · · Score: 0

    Despite the claims of the article I have yet to see any 3Ware or HighPoint IDE RAID drivers. The simple reason being that they do NOT want to release their IDE RAID source code as this is the IP their entire company is based on. The best you'll get is a driver with a precompiled binary of the IDE RAID engine and an open source wrapper. At least Promise is honest about this fact to the Linux community while the others just lie.

    1. Re:Open Source IDE RAID Drivers by Anonymous Coward · · Score: 0

      From 2.2.22 /usr/src/linux/drivers/scsi$ ls -al 3w-xxxx.c
      -rw-r--r-- 1 root root 108723 Sep 29 17:27 3w-xxxx.c

      From 2.4.20 /usr/src/linux/drivers/scsi# ls -al 3w*
      -rw-r--r-- 1 root root 118476 Nov 28 19:36 3w-xxxx.c

      Most definately source code there, not binaries

  38. Drive reliability/backups are major factors by trandles · · Score: 5, Interesting

    We've run several big RAID-5 setups on 3ware cards. When I say big I mean 1TB+ on each card. To do this we've used the 100GB+ drives available (120GB - 160GB) The biggest problem has been drive failures. Out of the 40 drives I think we've lost 6 in less than 1 year. In only 1 case have 2 drives gone bad at once (RAID-5, we're covered if 1 drive fails), but lost around 1TB of data. Luckily the data could be reproduced but took two weeks to regenerate.

    It's WAY too easy to build massive arrays using these devices. How the hell are you supposed to back them up? You almost have to have 2, one live array and 1 hot spare array. If you think you're going to put 1TB on tape, forget about it. If you have the cash to buy tape technology with that capacity and the speed to be worthwhile, you should be buying SCSI disks and a SCSI RAID controller.

    1. Re:Drive reliability/backups are major factors by mprinkey · · Score: 1

      The biggest headache with these arrays is the fact that they can be so big and so very cheap. I built a 1-TB rackmount system for a client over a year ago for about $8k. The same unit now would be about $4k. But there is no way in the world to back them up. A tape juke will cost about twice what the array does! So, we just build a second mirror raid array on a separate box, tie the two together with point-to-point gigabit, and cron an rsync every evening at 1 AM. It works great and we get the extra protection against accidental deletion and file corruption that comes with tape backups...

      I think that the era of tape backups is past...at least for budget archiving of large data storgae.

    2. Re:Drive reliability/backups are major factors by ostiguy · · Score: 2

      I guess the good news is that building your own 1TB array via 3ware route (i have had too many bad experiences with promise cards to recommend them, having not used their current rev, which does look nice...) would cost you probably 1/5th or better of buying that much storage any other way. Maybe you buy the 300+ GB drives, and do raid 50 on a controller

      I also wonder if the 4-8 drive configs are just overwhelming server cases, and heat is an issue.

      ostiguy

    3. Re:Drive reliability/backups are major factors by Anonymous Coward · · Score: 0

      I bought 4 of the 3ware escalade 8xxx cards, 8 way ide raid things. And 16 80GB maxtor drives, and a giant fucking massive power supply to run them all.

      And the whole thing didn't work. Drives wouldn't spin up, no matter what I did. The cards wouldn't recognize the drives, though the motherboard did when I plugged the drives in directly.

      I wrestled with those cards for about a year, before I gave up in disgust. The drives work fine, when plugged into a Promise Supertrak SX6000. But I found that the Promise cards only support having ONE card plugged into the motherboard at a time. More than one card causes massive instabilities or inability to boot.

      I even called up Promise Tech support, and they were like "What you tryin' to do that for? Ha Ha! What you need more than one card in there for?". Again, disgusted, I moved on.

      I now have about $5k worth of relatively useless hardware.

      For what it's worth, Western Digital 100GB drives worked fine on the Escalade cards. 3ware, to this day, does not acknowledge anywhere, that these drives are incompatible with their cards.

      I have seen a few cases where the combination _did_ work, but eventually the drives all errored up and the array died and became useless after about six months.

      I'm not impressed.

    4. Re:Drive reliability/backups are major factors by sholden · · Score: 2

      And great protection against a fire, or a flood, or a man with an axe.

      Oh wait a minute....

    5. Re:Drive reliability/backups are major factors by sydney094 · · Score: 1

      We went with a 3-ware IDE RAID simply for the reason that they are cheap and easy. It is much easier to get a PI to agree to a $7000 IDE-RAID server over a $20000 SCSI one.

      We've had some problems with drives going out, but part of that was cabling (you really have to have a case that suits short cable length). The other part was drives 'faking' being sick. If a drive is called 'bad', we first have to check to see if the drive is really bad. The controller we have (3ware 6800) is really touchy.

      The problem is, when I had the controller decide to go on vacation one day eariler in the year, it was a bitch to get back working. Backups are really hard. Thank God we have a huge MDSS system at my school (150 TB at last recollection).

      I think my next recommendation is to get another mirrored system just to avoid such problems. You really do need two systems. And some sort of other backup... I thought tap would cut it, but alas... um... no.

      --
      "If we knew what we were doing, it wouldn't be called research." - Einstein
    6. Re:Drive reliability/backups are major factors by Anonymous Coward · · Score: 0

      It's WAY too easy to build massive arrays using these devices. How the hell are you supposed to back them up?

      Hire yourself a monkey fresh out of an MCSE course, and buy a CD-burner. 1Tb = roughly 1500 CD's, and if you get a 12x burner, each CD takes about 6-8 minutes, so the poor schmuck can back up your entire data store in about a week :D :D :D

      Two weeks if you can't get him to work 24/7, but with the economy the way it is, an MCSE should be thrilled to get such a hands-on job. God knows the exams didn't train them for anything so difficult.

    7. Re:Drive reliability/backups are major factors by Leper · · Score: 1

      Build another [preferably bigger] array off-site and use rdiff-backup or something similar to mirror it and its changes over time. You can also get a removable bay and use single IDE drives for incrementals if your change sets are small enough to permit that.

    8. Re:Drive reliability/backups are major factors by slamb · · Score: 2
      So, we just build a second mirror raid array on a separate box, tie the two together with point-to-point gigabit, and cron an rsync every evening at 1 AM. It works great and we get the extra protection against accidental deletion and file corruption that comes with tape backups...

      Umm...no, you don't. What happens when something happens before 1AM and you discover it after 1AM? That seems not only possible but likely. With tapes, that's easily solved - just rotate your tapes. Plus, it's a lot easier to take them off-site for protection against fire.

    9. Re:Drive reliability/backups are major factors by fferreres · · Score: 2

      Are you sure it was not a power suplly problem? Some times it happens that some power supplies cannot deliver enough power for the spinup of all disks at startup. And that depends on the HD brands also.

      When you tries plugging them directly to the motherboard, did you try having all of them plugged at the same time?

      --
      unfinished: (adj.)
    10. Re:Drive reliability/backups are major factors by marauder404 · · Score: 2

      I know you're just joking, but 12x burners are a thing of the past. 24x burners can be had for little more than an antiquated 12x and can squeeze out a new CD-R in under 4 minutes. For a paltry $500, you can buy 8 drives and squeeze out a new CD every 30 seconds, which does a better job of keeping the MCSE busy and dramatically reduces the costs of your hypothetical backup!

    11. Re:Drive reliability/backups are major factors by cblood · · Score: 1

      I talked to a salesman from EMC and some sis admin from att(diffrent times). They both told me the same thing. The raid systems they had tried prooved to be expensive and not as reliable as they had hoped. They both had switched to a big cluster of 1U low end servers on a gigabit network. Then they implimented redundancy with whole machines duplicating each other . If any thing they used raid 0 for in the boxes for speed and swaped out whole machines when problems occured.

    12. Re:Drive reliability/backups are major factors by Snowhare · · Score: 1

      It isn't that hard. I keep daily, weekly, monthly and quarterly backups on a 3ware RAID backup box with a 'reverse rotation' scheme that guarantees that bad backups don't 'ripple'. It has worked fine for a couple of years now. Remote backups using rsync over SSH works great, too.

    13. Re:Drive reliability/backups are major factors by Anonymous Coward · · Score: 0

      Well, I was thinking on a budget, since we were talking about a company that can't afford a good backup solution ;)

      Besides, I don't trust 24x burners - I'm almost positive they'll be like these 48-50x cd-rom drives - full of shit, and generally only ever running at 8x

    14. Re:Drive reliability/backups are major factors by Trixter · · Score: 1

      Another RAID for backup is worthless because you can't periodically offline it and ship it offsite for disaster recovery. That's why tape libraries exist. Trust me, tape is the way to go.

    15. Re:Drive reliability/backups are major factors by Anonymous Coward · · Score: 0

      We actually do this here. We have a number of fileservers, each of which has two, ~1TB 3ware RAID 10 arrays.

      Then, we mirror these (in software). Great read performance, very good write performance, and fantastic reliability (even if a 3ware card dies, we're ok..)

      No way we could have afforded to "waste" disks like that with SCSI.

  39. just like winmodems by Suppafly · · Score: 4, Insightful

    Using IDE Raid is like using a winmodem. Unlike with modems, where everyone has one, RAID has a basic educational entry point. I seriously doubt IDE Raid will ever overtake SCSI in any area where knowledgeable people are doing the administration.

    1. Re:just like winmodems by Anonymous Coward · · Score: 1, Informative

      "I seriously doubt IDE Raid will ever overtake SCSI in any area where knowledgeable people are doing the administration."

      Funny that go ask your or hell any sysadmin worth his or her salt what they use at home for redundant drives. Once Serial ATA comes in to broad adoption it will surely overtake SCSI based RAID.

    2. Re:just like winmodems by Libor+Vanek · · Score: 1

      Hey man - I'm running quite good bussiness selling own developed Linux based NAS which is using SW IDE RAID5 as backup (up to 12 discs!). Till now I've sold about 120 pcs with 23 TB and 800 pcs of discs ;-) And I'm selling it to knowledgeable people - SCSI is good for video editing/high end databases but for anything else it's waste of money.

    3. Re:just like winmodems by Nintendork · · Score: 5, Interesting
      Whatever dude.

      Winmodems do the calculations through software because they lack the chips on the card. That's a horrible comparison. These ATA RAID cards have everything built on the card. The Promise SX6000 even has an on board Intel i960RM RISC processor for XOR calculations.

      CPU utilization of these ATA RAID cards is negligible, so if you really need that extra 2 or 3 percent, just get a faster CPU.

      The main advantages that SCSI has for performance is the individual drive performance (15,000 RPM and 4.5ms access time as opposed to 8.5) and command queueing. The transfer rate isn't a big issue if you're transferring it over the network. You're still limited to your PCI bus speed and the network speed. Even on a gigabit backbone, that's roughly 65MB per second of thoroughput in real world performance. The performance is only a factor for local reads/writes and access time.

      The cost of a 1TB RAID 5 IDE setup (6 200GB drives, Promise SX6000 card, removable enclosures for the drives, and 128MB cache) = $2,450

      The cost for a 1TB RAID 5 SCSI setup (8 10,000 RPM 146GB Cheetahs and an Adaptec 2200s dual channel card plus the hot swappable enclosures (add at least $700 here) = At least $9,350

      If price is no object, go with SCSI. If you're running an enterprise SQL or WWW server with thousands of users, the access time of the drives is a huge benefit, so go SCSI. If each server must have more than 1TB of fault tolerant storage space, go SCSI because it can house enough drives per card to accomplish this. For everything else, go IDE.

      As an FYI, I'm running the described ATA RAID 5 setup with 120GB WD Caviars with 8MB buffer, a dual port 3com teaming NIC, 512MB RAM, and an Athlon XP processor as a highly utilized file server. Runs like a champ. No issues and the boss is incredibly happy with the price tag. $2,800 to build the whole server. It's rackmounted under our incredibly expensive Compaq Proliant ML530 which is just doing SQL. If a drive goes out, I'll get an email notification. I simply remove the dead drive, replace it, and rebuild. No rebooting needed.

      -Lucas

    4. Re:just like winmodems by jonbrewer · · Score: 4, Interesting

      Using IDE Raid is like using a winmodem. Unlike with modems, where everyone has one, RAID has a basic educational entry point. I seriously doubt IDE Raid will ever overtake SCSI in any area where knowledgeable people are doing the administration.

      To You, Unbeliever: In 1999 I set up a file server in a factory in Connecticut. I used a four-channel Adaptec card and four 76 GB IBM DeskStar disks to create a RAID 0+1. (they were the biggest IDE drives on the market at the time) The array lost one drive after a few months, which was replaced without incident. It has faithfully served a 50+ node network for almost four years now. And at the time, it cost that factory $2500 in hardware and 7 hours of labor, for a 150GB volume. This was less than 25% of the cost of the cheapest SCSI RAID.

      SCSI raid is for those who don't keep up with the times, and find it easier to throw money at a problem than to actually find a good solution.

      Maybe you're one of these people?

    5. Re:just like winmodems by rodgerd · · Score: 2

      Funny.

      All the guys I look up to don't waste time with that SCSI crap. FC-AL all the way.

    6. Re:just like winmodems by Anonymous Coward · · Score: 0

      Interesting how you can be modded so high merely for being scared of change. Not only that, you make a highly flawed comparison, indicating you don't really understand the technology.

      What's the deal? There's at least 5 posts under this proving him wrong, yet there he is, modded up to 5, as if this dribble was accurate.

      Sure, in the old days you could parrot the old line about SCSI being three billion times better than IDE, and you'd be half right. But not any more.

    7. Re:just like winmodems by Anonymous Coward · · Score: 0

      the fact that my post was modded up shows that you are the moron, fscktard.

    8. Re:just like winmodems by grumm3t · · Score: 1
      Even on a gigabit backbone, that's roughly 65MB per second of thoroughput in real world performance. The performance is only a factor for local reads/writes and access time.

      Is onboard gigabit ethernet affected by the same setbacks as passing through the PCI bus?

    9. Re:just like winmodems by cerberusti · · Score: 1

      Many motherboard manufacturers still go through the PCI bus for onboard ethernet, some do not but, these are in the minority. You should be able to find out if you have a specific board in mind by asking the manufacturer, although unless you are talking about a fiber connection, you will lose more speed due to attenuation than to the PCI bus (using 64-bit PCI pretty much eliminates this problem anyway.)

      --
      I'm a signature virus. Please copy me to your signature so I can replicate.
    10. Re:just like winmodems by Anonymous Coward · · Score: 0

      > Winmodems do the calculations through software
      > because they lack the chips on the card. That's a
      > horrible comparison. These ATA RAID cards have
      > everything built on the card.

      Maybe you should research this a little more? *Most* of the cards (Highpoint/low end promise) advertised as "IDE RAID" are basically winmodems.

      Yes they have a fancy little bios to setup up the array, but once booted into an operating system it is all up to the driver/cpu to handle the array.
      Why do you think you can turn a normal promise ide card into a "RAID" card by adding a transistor and flashing its BIOS?

      If you are running Linux do not bother buying a Highpoint or Promise card. Use md. Its better performance, and last time I checked (a couple of months ago) the ataraid drivers weren't even fault tolerant.

      If you want a real IDE raid card buy 3ware.

    11. Re:just like winmodems by SailorBob · · Score: 2
      As an FYI, I'm running the described ATA RAID 5 setup with 120GB WD Caviars with 8MB buffer, a dual port 3com teaming NIC, 512MB RAM, and an Athlon XP processor as a highly utilized file server. Runs like a champ. No issues and the boss is incredibly happy with the price tag. $2,800 to build the whole server. It's rackmounted under our incredibly expensive Compaq Proliant ML530 which is just doing SQL. If a drive goes out, I'll get an email notification. I simply remove the dead drive, replace it, and rebuild. No rebooting needed.

      I was just looking at the homepage for the SuperTrak SX6000, but I'm having trouble seeing whether or not Linux is fully supported. While in the datasheet they provide, it claims Linux support, I can't really tell if that's full support including the management tools running on linux, or if they just mean it's possible to run the card under linux with the management software running remotely on a M$ box.

      --

      Woopty Doo Basil, what does it all mean?!

    12. Re:just like winmodems by Nintendork · · Score: 2

      Yes, but the reason I say that your gigabit backbone will only get ~65MB per second is this: 1,000Mb per second /8 minus 40-50 percent.

    13. Re:just like winmodems by Nintendork · · Score: 2

      They do have drivers for several distributions. Here's a link.

    14. Re:just like winmodems by amithv · · Score: 1

      i have it working but wasn't easy.... I have a RedHat 7.3 machine with a SuperTrak SX6000 and 6 120GB WD HD's w/ 8MB cache. I tried the i2o drivers but with 2.4.18 I couldn't get the machine to boot off the array. So I ended up compiling the Promise source code as a module and using that. Works well for me /dev/sda1:
      Timing buffer-cache reads: 128 MB in 0.47 seconds =272.34 MB/sec
      Timing buffered disk reads: 64 MB in 2.03 seconds = 31.53 MB/sec

    15. Re:just like winmodems by Anonymous Coward · · Score: 0

      You must be new to slashdot - the fact that you were modded up only proves that at least four moderators hold the same uninformed three-decades-old opinion as you.

      Hah, you MUST be fourteen, believing slashdot moderation to be some kind of mandate from heaven.

  40. Promise 20276 contoller? by Anonymous Coward · · Score: 0

    Well - my computer has two 7200 RPM 80GB drives in a RAID stripe 0 array. Works beautifully. In Windows that is. I've been trying to install any distro of Linux on it for the last couple of weeks. All but one of the distros that I've tried couldn't find any RAID controllers. Mandrake found both hard drives - treating them as two - and not one drive. I already have set aside 20GB free using partition magic. So, anyone know which distros support this controller? It's part of the Gigabyte GA-7VRXP mobo. Thanks!

    1. Re:Promise 20276 contoller? by erroneus · · Score: 5, Informative

      Promise RAID is actually a software RAID. Don't let the fancy BIOS thiny fool ya. Here's a little story:

      I had a Promise Ultra 100 controller in a system and loaded Linux on it. I tried to get the thing ot run RedHat 7.3. This was back when 7.3 was pretty new... like about 3 months old. I wanted to use the RAID controller since I had nothing else to do with it at the time and I knew Promise was supporting Linux.

      Turns out they didn't have a driver for 7.3... just 7.2. I went around and around with them asking them to recompile the driver for me after I was mentioning the merits of oper sourcing drivers and such. Finally I gave up and bought some Maxtor PCI IDE controller out of the CompUSA bargain bin for like $10. It looked familiar...

      I pulled the Promise card out and was about to put the Maxtor card in when I realized they were both the SAME DAMNED CARD! It was then I realized the RAID controller depended on software and not some fancy hardware thing. It was then I understood why Promise doesn't want to open source their driver!

      Anyway, I put the bargain controller in and used a Linux software RAID. Short end to the story. I got my RAID and it worked. Better end, it was software and I could configure it using Webmin! That probably what you should do. Let the system see the two drives and then do the Linux software RAID... there is a redhat 7,3 driver out on the promise website... but I don't see a redhat 8.0 :) Those jokers are REALLY SLOW to recompile their kernel modules.

    2. Re:Promise 20276 contoller? by WD · · Score: 2

      If you're using Kernel 2.4.19 or later, it's got built-in 20276 support. I've got a GA-7DXR+ and I can use the Promise RAID just fine with my Debian setup.

      I just ran modconf to load the appropriate module.

    3. Re:Promise 20276 contoller? by shoemakc · · Score: 2


      actually, you could solder a resistor on to the promise ultra66 cards and flash it with the fasttrack 66 bios and it worked exactly like the fasttrack.

      Of course it was still a shitty card.

      -Chris

      --
      --an unbreakable toy is useful for breaking other toys--
    4. Re:Promise 20276 contoller? by lavv17 · · Score: 1

      I also have promise controller (fasttrak tx4), and I have tried native promise's driver for redhat 7.2. The fact is that native driver works slower (in both transfer rate and cpu usage) than linux software raid-0.

      I think their low-end cards do not have hardware raid support. The only thing they are good at is raid-1 (mirroring), because you can duplicate disks after failure using bios, without the need to boot from cdrom.

  41. SCSI-IDE-RAID by oddityfds · · Score: 1

    There are RAID systems that make use of cheap IDE disks but still have a SCSI connection to computer. Until consumers wake up and start demanding that IDE and SCSI disks cost almost the same, I think this is an ideal solution. It works well and it's both fast and cheap.

    1. Re:SCSI-IDE-RAID by DavisNet · · Score: 1

      Ok, I have been looking at exactly this solution of a while. The produts I have found seem expensive for their makeup. I am very curious to know how these prodcuts are built. I have seen many SCSI-TO-IDE type converters (ACARD etc), but I don't see them as the solution used in these external, scsi addressable RAID solutions with IDE disks.
      I guess my questions is simple, how do these IDE based raids with SCSI interfaces work?

    2. Re:SCSI-IDE-RAID by Anonymous Coward · · Score: 0

      buy acard and you will never regret them. I bought 4 of them so far and they work on mac or pc and are fast (ultra scsi) and fast inside as well, so that your 38 MB sec sustained drives (ibm gxp 120 in center ave rings) can maintain that speed.

      raid-o-licious

      hurray acard.

    3. Re:SCSI-IDE-RAID by oddityfds · · Score: 1
      I guess my questions is simple, how do these IDE based raids with SCSI interfaces work?
      It simple, but it's not just a SCSI to IDE converter.

      A IDE RAID with a SCSI interface is a box with six or more slots for removable harddisks, six or more IDE interfaces, a CPU (or some other kind of microcontroller) running RAID software, a front panel (LCD and buttons), a serial port and a SCSI interface. The panel and serial port interfaces are used for things like setting the SCSI ID and telling the RAID controller what kind of RAID to use (0, 1, 5) and whether or not to use one of the disks as a standby spare disk (so that it can start rebuilding the RAID-5 set immediately if one disk fails.

      All the computer sees is one gigantic SCSI disk. No special software or configuration is needed, even if the computer is booting from it.

    4. Re:SCSI-IDE-RAID by rodgerd · · Score: 2

      One correction: the computer sees it as as many SCSI disks as you feel like configuring if the IDE RAID unit is any good; this is certainly the case with Promise equipment).

      Thus you could use an RM8000 to provide, say, a 2 disc mirror for a boot volume and a 6 disc RAID 5 for data.

  42. Oops. by Anonymous Coward · · Score: 0

    Addenda: ... and make a post in 8 minutes? ... less than, say, 30 minutes old...

    Sorry about the errors, but this is my point. I'm just typing and I can't keep up. I can't even find my own posts without doing a text search now.

    I guess I now know why there are so many typos and misspellings in /. posts.

  43. RAID5 doesn't need a RAID Card! by mprinkey · · Score: 2, Insightful

    I have about 5 TBs of RAID5 storage online at various customer sites. They are all using Linux software RAID and Promise ATA66/100/133 controllers. Even when using two drives per IDE channel, we still see very good performance. An RAID5 system with eight 120-GB 5400-RPM Maxtor drives gives about 55 MB/sec write and 80 MB/sec read performance under Bonnie. Those eight drives were on two Promise ATA100 controllers. Cabling is fairly easy if you use 24" UltraATA cables. And it will get much easier with Serial ATA.

    One customer ordered a system from a vendor who insisted on installing an ATA raid card, and it was a remarkable disappointment. Linux was able to indentify the array as a SCSI device and mount it. Then, for some reason, the customer rebooted his system. During the BIOS detection, the raid card started doing parity reconstruction and ran for over 24 hours before finally allowing the system to boot! For comparison, the same sized array would resync in the background under Linux in about 3 hours.

    Also, the reconstruction tools built into the raid cards are pretty limited. If you have a problem with a Linux software RAID array, at least you can use the normal low level tools to access the drives and try to diagnose the problems. Just MO.

    1. Re:RAID5 doesn't need a RAID Card! by ostiguy · · Score: 3, Interesting

      have you had any drives go south yet? my experience with promise 33/66 cards a generation or two was that 2 drives on a cable, one bad drive = both drives data gets corrupted. So two cards, 4 drives, 1a,1b,2a,2b, in raid 10 meant one drives dies, all is lost = so much for raid.

      ostiguy

    2. Re:RAID5 doesn't need a RAID Card! by Anonymous Coward · · Score: 0
      Then, for some reason, the customer rebooted his system. During the BIOS detection, the raid card started doing parity reconstruction and ran for over 24 hours before finally allowing the system to boot! For comparison, the same sized array would resync in the background under Linux in about 3 hours.

      That whole story sounds so fucked up it can't be true. You're saying just rebooting needed 24 hours and there were no problems before that? You're also saying that it would take Linux 3 hours to boot if there were no problems? Sounds to me like someone didn't configure the array right in the first place.

    3. Re:RAID5 doesn't need a RAID Card! by mprinkey · · Score: 1

      Oh, but it is true. The system was rebooted and sat at the raid card bios screen for over 24 hours while the raid parity data was rebuilt. In Linux, the system will reboot in a few minutes (mostly depending on whether or not it needs to fsck). The raid array will be online but parity data will reconstruct in the background.

    4. Re:RAID5 doesn't need a RAID Card! by Anonymous Coward · · Score: 0

      NT Server has always been able to do this (my experience only goes as far as mirroring, but other raid levels are possible too).

      It's at a performance cost though, and I expect it will be the same under linux: those RAID controllers have their own processor on board for a reason.

      As long as everything is running normally, the performance loss is hardly noticeable. While it's rebuilding a single image there's a visible slowdown, but one you can easily live with.

      If there's more than one partition on each disk and they're all mirrored _and_ all have to be rebuilt at once (which it automatically does after a power failure, for example), it's a straight disaster.
      The system runs as fast as dry mud, and that can last for an hour per 4 or 5 GB. It starts rebuilding as soon as the disk drivers are loaded (one of the first things NT does at boot), and booting to the logon screen can easily take something like 20 minutes, logging on can take 5 minutes or more. The disk is trashing all the time, CPU use is reasonable but _any_ disk access is virtually impossible.

      The reason is obvious: it's trying to rebuild all images simultaneously. One cluster from partition 1, one from partition 2, one for the user, one... (I imagine you can see the heads going?)

      Moral of the story: with NT's software RAID, never mirror more than one partition of the same drive.

  44. IDE to SCSI converters by woogieoogieboogie · · Score: 1

    Has anyone used these Addtronics IDE -> SCSI ?

    --
    ... Governments are instituted among Men, deriving their just Powers from the Consent of the Governed...
    1. Re:IDE to SCSI converters by Stonent1 · · Score: 1

      I have been looking for that exact thing for a few years now. THANK YOU! I did find some but it was only available to large OEMS. Apparently one of their customers was SGI, who used the adaptors to make large storage clusters. I'm glad to see it is afforable too. Condsidering you could now get multiple 200GB IDE drives + one of these for each drive in your container for cheaper than the equivalend SCSI drives.

    2. Re:IDE to SCSI converters by hughk · · Score: 2

      It looks like these particular adapters take their power independently of the drive so you have to squeeze a power splitter into the drive container.

      --
      See my journal, I write things there
    3. Re:IDE to SCSI converters by bonezed · · Score: 1
      yes, my company sells a box using these (we do a range of ide to scsi solutions).


      they are quite good for what they do

      --
      ---- Put Sig here:
    4. Re:IDE to SCSI converters by woogieoogieboogie · · Score: 2

      Is it less prone to media errors like regular IDE devices are. Also, does it lower CPU usage? IIRC the actual drive media is the same for scsi and IDE drives, only the electronics are different.

      --
      ... Governments are instituted among Men, deriving their just Powers from the Consent of the Governed...
  45. IDE Raid sucks by talon77 · · Score: 1

    I have a highpoint ide raid controller built into my motherboard, and I must say it sucks. If the mirror set breaks, you have to put a new drive in, go into the bios, and remirror the drive.. this process took over an hour with 120gb hd. This sucks, because I want this to run live on our free-bsd mail server, and I can't afford to be down for an hour while the thing rebuilds. Then I tried setting up a 3 drive raid-5 system, and the damn thing wouldn't even boot when I pulled a drive out. This made me angry.

    1. Re:IDE Raid sucks by BitHive · · Score: 2

      Is this a troll? You're bitching because your el cheapo HighPoint RAID controller (software RAID, I might add) isn't up to running a production mail server?

    2. Re:IDE Raid sucks by slavik · · Score: 1

      Well, being down for an hour is better than being down for an hour, and then having to re-install everything, plus the lost data. And RAID 3 and 5 are not designed so that you could pull hard drives out.

    3. Re:IDE Raid sucks by Anonymous Coward · · Score: 0

      No buddy, YOU suck.

    4. Re:IDE Raid sucks by Anonymous Coward · · Score: 0

      hmm assuming you have two chanels one of the channels had 2 drives if you pulled the master out make a wild guess why it wouldn't boot

    5. Re:IDE Raid sucks by talon77 · · Score: 1

      Yes, I am bitching because of that. I run both of my DNS servers on p200's right now, my mail server is on a p3-500, I'm looking for CHEAP hardware Raid.. If I wasn't trying to be cheap, then I wouldn't be looking at an IDE solution to this as all. .and maybe we define hardware / software raid differently, to me hardware raid means that a card is taking care of the raid, not the OS.

      Also, the board isn't that dumb, you can have only the secondary drive up on the secondary channel and it will still boot to that drive, The problem I had was simulating a drive failure on a RAID-5 setup. I created the array, installed the OS, took out a drive and it wouldn't boot. (I acutally tried this with all three drives, individually) I then replaced that drive with a new drive and tried to rebuild the array, no success.

      I was looking for a good / cheap / solution. The built in highpoint raid controller on my motherboard is not it. RAID-5 doesn't even freaking work, and the mirror set rebuild is not to my liking. You should be able to bring the system up while it is rebuilding, but you can't and that sucks. Plain and simple.

    6. Re:IDE Raid sucks by BitHive · · Score: 2

      It's software raid because you need a driver. A lot of the operations that would normally be performed on the controller in a real RAID controller are passed off to the CPU.

    7. Re:IDE Raid sucks by talon77 · · Score: 1

      Is there a raid device that does not require a driver? Or does that particular card just pass more functions then most?

    8. Re:IDE Raid sucks by Anonymous Coward · · Score: 0

      Stop feeding that troll, of course every raid controller (even SCSI) needs a driver.

      Your controller is software RAID as much as cows produce whisky if you feed them malt.

  46. Cheap hardware RAID by Newer+Guy · · Score: 2

    Here's a mod I posted before that converts a cheap Promise ATA-100/133 or ATA-66 controller into a RAID unit. http://www.tweakhardware.com/guide/raid100/ The last time I checked, Maxtor was selling the Promise unit as their own brand as well. This means that it's in wide distribution.

  47. Raid 0 for digital audio processing by Anonymous Coward · · Score: 0

    I'm a Dead/Phish/etc live taper, so I deal with fairly large (500MB-1.2GB) WAV files. I use an audio-enabled DDS drive to read in the data, Soundforge 5 to edit the files, and a CD burner to output the finished disks. My configuration is:

    ABIT BX133-RAID motherboard with the onboard HPT370 RAID controller.
    Pentium III 550
    512MB RAM
    Two 60GB 7200RPM ATA/133 Maxtor drives (running at ATA/100 due to the HPT370 limitation)-- one on each of the two supplied IDE channels, as a dedicated data disk.
    One 20GB 7200RPM ATA/133 Maxtor drive running on a PCI ATA/133 non-raid ATA adaptor card (as the Windows system disk)

    When I open a file in Soundforge 5, the software reads the entire file in at once. This can take several minutes for a large file. I recently switched from a single 60GB 7200RPM Maxtor drives to a pair of the same drives running in RAID 0 mode. (striping) The speed increase was dramatic. It didn't quite reach the theoretical maximum of a 50% speed increase, but but it did reduce the load time by about 45%.

    Of course, I'm doing sequential reads -- the poster child application for striping. If you have an application such as digital audio processing that requires sequential disk access to large files, then using an IDE RAID controller to stripe your data can make a big difference.

  48. And how is your performance? by WD · · Score: 2

    RAID 5 can be a pretty poor performer, even with a dedicated RAID card with processor and cache memory.
    (writes in particular)

    I can't imagine doing software RAID 5, as the overhead is quite high.

    1. Re:And how is your performance? by MonMotha · · Score: 2

      Actually, with the blazing fast machines we have today, RAID 5 in software is sometimes faster than with a dedicated controller! Dedicated RAID controllers normally have i960s or ARM processors on them, which pale in comparison to the beast that is your 1GHz P3 CPU.

      This doesn't mean that hardware RAID is bad or that software RAID is somehow better. A good RAID controller is sized to handle the expected load (there are some pretty beefy RAID controllers out there). However, RAID done entirely in hardware (unlike most IDE RAID systems, 3Ware being a notable exception) offers two distinct advantages.

      1) No (or little) CPU overhead. Since all the checksumming and such is done in dedicated hardware, there is no CPU overhead. Of course sometimes (most of the time), this dedicated hardware is slower than your CPU (but with a properly chosen controller, one that fits the job at hand, you'll only notice it on reconstructions).

      2) Big cache. The cheap hardware cards (that actually do everything in hardware) lack this, but there are RAID controllers that have battery backed cache RAM. I've seen cards with 64-128MB of cache! Since the data can be stored in cache while the checksumming is taking place (before it's transmitted to the disks), speed is dramatically improved on small (less than the size of the cache) bursts. Of course the problem here is when the power fails for so long that the battery on the cache drains completely. Choose your cache policy wisely.

    2. Re:And how is your performance? by Sloppy · · Score: 1
      (I also do software RAID5 with Linux.)
      RAID 5 can be a pretty poor performer, even with a dedicated RAID card with processor and cache memory. (writes in particular)

      I can't imagine doing software RAID 5, as the overhead is quite high.
      Ah, but here's the thing: if it's a dedicated file server, then the CPU is 99% idle anyway. You might as well give it something to do, and even then, it will easily keep up. (You think a 5400rpm drive can write bytes anywhere near as fast as your processor can XOR 'em?)

      Is it as good as SCSI RAID? Of course not. Is it better than a single non-redundant SCSI drive? Ooooh yeah.

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    3. Re:And how is your performance? by rodgerd · · Score: 2

      This is a little like the argument that says "use a dedicated coprocessor for SSL!"

      Over the past few years, the counter to that is: buy a multi-CPU system. The price delta between a dual MB/2nd CPU is a lot less than most dedicated SSL boards, and when the second CPU isn't doing SSL, you can use it for other stuff.

      The same is true of RAID controllers: the embedded controller in a RAID card is much less powerful than a second CPU used for software RAID. You may be better off spending the cost difference on another CPU. Especially when you consider that if a RAID controller dies (and this *does* happen), you're SOL unless you have a spare handy. With software RAID, boot the disks on a different system, you're back in action.

      What RAID cards can offer is stuff like NVRAM to cache for page outages.

  49. I agree. by Anonymous Coward · · Score: 0

    I don't think SCSI for workstations is a good idea. I used to have a Compaq SP700 with 10K RPM SCSI drives and only after a month of use, I threw out the SCSI drives and got a Seagate Barracuda IV instead. What a difference! I would never go for a SCSI drive in a workstation.

    In a server, I wouldn't ever go for IDE.

  50. Promise controllers have a quirky setup display. by Futurepower(R) · · Score: 2


    Promise controllers have a quirky setup display. About two years ago they said they would fix it, but haven't done that.

    Anyone have comments about the others?

  51. The problem with hardware RAID by CustomDesigned · · Score: 2
    From what I've seen, hardware IDE raid requires matched drives (at least, the capacity is based on the smaller drive). If I'm wrong, I'll be happy to hear about it.

    In any case, we use software RAID-1 so that the system can survive a drive crash. We started using RAID-1 on SCSI with the AIX Logical Volume Manager, and began using Linux RAID-1 on IDE when the Promise PCI controllers were supported in RH72.

    We have lots of AIX and Linux systems, and have had a dozen drive crashes over the years.

    • The first problem is not noticing that the drive is dead until two weeks later. :-) Preventing this requires good monitoring software.
    • The next problem is that when your 1G drive fails, the smallest drives available are 4G. When your 4G drive fails, the smallest available are 18G. With hardware RAID requiring equal size dirves, you have to replace the whole array. With software RAID, you just pop in the new drive, remove the old drive, remove the old mirrors, add new mirrors. On AIX, volumes are divided into equal sized "logical partitions" which are mirrored independently - so this is super easy. With the Linux "md" driver, partitions are mirrored independently - which is more cumbersome, but still lets you do something with the extra space on the new drive.
    1. Re:The problem with hardware RAID by Sloppy · · Score: 2
      The first problem is not noticing that the drive is dead until two weeks later. :-) Preventing this requires good monitoring software.
      Here's what I did: Matrix Orbital VFD display and lcdproc. Python script reads /proc/mdstat every minute and either displays "RAID Ok" or something scary. Just by glancing at the machine, I know how it's doing.

      Matrix Orbital VFD displays are also very k3wl and 31337 and whenever someone sees that you have one, they immediately know you have a large penis. Try it!

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    2. Re:The problem with hardware RAID by zerofoo · · Score: 4, Informative

      None of my ATA raid controllers requires identical drives. In the case of disimilar capacities, the array views all drives as the smallest drive in the array.

      Later on in the life of the array, you can eventually replace the remaining drives and then resize the partition.

      -ted

  52. 36 Pages of data... by doomicon · · Score: 0

    and the author can't recommend a card? So much for skipping to the end like I do with most of these comparisons.

    I was surprised that the author could recommend the overpriced Adaptec card for anything, At that price I expected better performance... no wait, I didn't.

    --

    Awesome!
  53. RAID 0 by iomega · · Score: 1

    I'm curious, so if anyone can help it would be appreciated.

    I read the blurb about RAID 0 and striping, which intrigued me, but those damn graphs gave me a headache,
    so performace wise, over a wide range of uses, (from development to gaming to serving)
    would i get better performance with a dual drive IDE RAID 0 or just a single IDE drive hooked to a reg. IDE slot?

    1. Re:RAID 0 by CerebusUS · · Score: 2

      Here's the thing with raid 0.

      You no longer have one single point of failure for your data, you have 3 single points of failure: the card (which, it has been noted in the thread, stores the config info internally) and each drive. The failure of any one of these three components wipes out ALL your data.

      If you take the two drives and use them as seperate volumes, you'll still retain the data on the drive that didn't fail.

      You SHOULD gain a read performance benefit from a raid 0 config. Which makes it a more palatable solution for an application where you are keeping a seperate copy of data somewhere else (such as a web server in a farm that serves mostly static content.

    2. Re:RAID 0 by Sancho · · Score: 2

      Incidentally you will get both a read and a write performance benefit from raid0. This can be a real boon when you're doing video capture. Capturing a raw AVI at NTSC DVD resolution is roughly 41,472,000 bytes per second. With a single IDE drive, you simply can't achieve this continuous data rate (at least, I couldn't in my setup with ATA/100 drives). Just to check it out, I set up software RAID0 in Win2k on my two extra drives. Handled the capture with 0 frame loss.

      Incidentally, the better solution to this particular problem is the HUFFYUV video codec, which is basically lossless compression at roughly a 3:1 ratio of AVI data. Still not suitable for transmitting, but compressing before writing it to disk means you can capture to a non-raid setup.

  54. IDE RAID: interesting, but not interested by Zocalo · · Score: 2
    While I find IDE RAID's attempts to change the "I" in RAID back to "inexpensive" interesting, I just can't get excited about it. It smacks of being a stop gap to SerialATA drive arrays, in the same way that EISA and MCA where a stop gap to PCI. The fundamental limitations of the two drives per channel, and bundles of 40/80 pin cables just doesn't warm me up at all. I'm not even worried about the mess in the case, because you could probably tape the ribbon cables together into a chunky bundle and run vertically up the back of your drive array.

    Having made the investment, I'll be wringing every last drop of sweat out of my homebuilt Linux/SCSI-160 network attached storage array thank you very much! I'm hoping that by the time that is on its last legs I'll be able to drop in a SerialATA RAID controller and a whole bunch of cheap drives to build the multi-terabyte storage array everyone will inevitably want by then.

    --
    UNIX? They're not even circumcised! Savages!
    1. Re:IDE RAID: interesting, but not interested by mindstrm · · Score: 1

      Uhh.. what makes you say IDE is trying to do that? Both acronyms have been thrown around for more than a decade.

  55. Sistina LVM Is Awesome! by lanner · · Score: 3, Interesting


    Holy cow. Sistina LVM (Logical Volume Manager) rocks. It is a partition system/file system of the future that really makes RAID sort of unnecessary. It is true that it is done by the host OS, but when integrated right it does not matter.

    Documentation for LVM is great. It is stable and works without quirks. It does all of the things that I would typically desire from a RAID 0,1,5 setup. Administration tools are awesome and give output just as I hoped. Expand partition sizes LIVE (ext2resize needs to unmount though, that is not LVM's problem), move a file system to another physical drive, mirror partitions, spread partitions over various devices. LVM is NUTSO!

    It is built into the Linux kernel past 2.4.7 (or somewhere around there), though I have heard that it was inspired from LVM for HPUX. I can't say much about this.

    Understanding the concept of how LVM works can be a little hard at first, but once you get past that and then actually use it on a system, you will be totally blown away by what it does and the performance.

    Here is the website for LVM
    http://www.sistina.com/products_lvm.htm

    I personally use Sistina LVM on a Debian Gnu/Linux system that has two IDE 60GB hard disks. I can change the sizes of partitions, move data around, move to a new hard drive on the fly, and tons of things that I don't even think I could do with the highest end of RAID controllers. As for performance, it is software RAID, but it does not have any of the typical software RAID slowness or cruft factor. I initially chose LVM as a cheap alternative to buying an IDE RAID card. Now, I don't even want an IDE RAID controller.

    1. Re:Sistina LVM Is Awesome! by nick_urbanik · · Score: 1

      I agree that LVM is incredibly useful. But you are mistaken when you consider it a repacement for RAID. They are essentially complementary. The sensible arrangement is to create RAID first, then LVM on top. I have done this for some years without losing data. Without RAID, you risk losing all when (not if) a disk fails. I use IDE at home, but offloading some of the processing to the SCSI controller really helps.

    2. Re:Sistina LVM Is Awesome! by scooby2 · · Score: 1

      Using a mylex raid card that mirrors (raid1) an 18gb drive to another and then use lvm for partitioning. Its the best way to go IMO.

  56. my story by funkmastermike · · Score: 0

    Men in black: "FBI! THIS IS A RAID!"
    Hard drives using RAID 0: "RAID!?!?!?"
    -puff of smoke-

    the moral: use redundancy

  57. Careful, there's a gotcha with IDE RAID... by dougie404 · · Score: 3, Insightful

    ...so be alert.

    Each IDE controller can support up to two drives, a master and a slave. What happens if you hang two drives off one controller, and the "master" drive dies?

    If it dies badly enough, the "slave" drive can go offline. Now you've got TWO drives in your array that aren't talking. There goes your redundancy.

    If your purpose in using RAID is to have a system that can continue operating after a single drive failure, then you better think again before you hang two drives off any one controller.

    As it points out in the Linux software RAID docs, you should only have one drive per IDE controller if you're really concerned about uptime. That would imply that "4 channel" RAID cards should only be used with a maximum of two drives, both set to "master", and no "slaves".

    Note that this does not apply to SATA drives, as there isn't really a master-slave relationship with SATA -- all drives have separate cables and controller circuits. SATA drives are enumerated the same way as older drives for backwards compatibility with drivers and other software, but they are otherwise independent. (At least that's what I hear, I haven't actually seen one of these beasts yet...)

    And of course none of this touches on controller failures, which is another issue. But if you are worried about losing drives and still staying up, then better take this into consideration when you design your dream storage system.

    (I don't know about you guys, but I have lost several drives over the years, and not one controller...)

    1. Re:Careful, there's a gotcha with IDE RAID... by Enigma2175 · · Score: 4, Informative

      Each IDE controller can support up to two drives, a master and a slave. What happens if you hang two drives off one controller, and the "master" drive dies?

      Actually, any modern standard IDE controller supports 2 channels or four devices. You are right in saying you shouldn't have more than 1 device per channel, or 2 devices on a standard controller. Most of the dedicated RAID IDE controllers like the ones review in the article have 4 or more channels. This allows you to build a pretty big RAID before you would consider putting a disk on as a slave.

      Standard controllers are cheap, I just added a controller and 2 drives to my linux software RAID and it cost me less than $200 for the controller and the drives (80 GB and 30 GB). IIRC, the controller was ~$40. With prices like that, there is no need to run more than 1 drive per channel (unless you run out of PCI slots).

      --

      Enigma

    2. Re:Careful, there's a gotcha with IDE RAID... by cybercomm · · Score: 2

      (I don't know about you guys, but I have lost several drives over the years, and not one controller...)

      I'm going to go on a limb here, but it could have something to do with the fact that controller has no moving parts :)

      --
      Live for the present, learn from the past, and dream of the future!
  58. IDE Raid In Practice by Anonymous Coward · · Score: 0

    IDE Raid definatly has it's place. From my experience with it, IDE raid works great for lower IO services (web serving, data drives on mssql servers, dns servers, etc) however high intensity things like a mail server or anything of that nature will chew through ide drives. At the company I work for, we built an IDE webserver that worked like a charm 0 disk failures in several years.

    We built a mail server (being cheap). Got 4, IBM hard drives 7200rpm, performance was great, a drive died about every 2-3 months, hard drive IO percent was about 60-70, 24/7, Tried using Maxtor, Seagate and even WD(not my choice) and all had similar results. Needless to say we changed that disk configuration quickly.

  59. I'd have to say by zannox · · Score: 2, Informative

    I would not suggest it to the average Joe, unless they run Windows...

    I've used IDE RAID since I purchased an Abit KT7-RAID. I've used the HighPoint HPT370 onboard as well as an Adaptec 1200A, the HPT-372/372A and now I'm using a Promise IDE RAID on an MSI KT3 Ultra.

    With all the buzz words in this article for the techno geek, shuffle your buttocks to closest place to get one of these bad boys, spend that $100 bucks. If that controller benchmarks better than the SAME IDE DRIVES setup on your normal IDE controller using Linux RIAD..... well /. will pay for your controller.

    I've went so far as to purchase 4 identical drives (as close as I could for your obssesive perfectionist boneheads). 4 Maxtor 40G ATA-100 7200 RPM drives, put them on the IDE RAID (RAID-0) controller and benchmarked them using SiSoft. Put the same drive on Mandrake 8.2/Redhat 7.3 and it showed higher drive throughput under Linux (using hdparm -Tt /dev/md0) than it did in Windows98SE/ME/2000/XP. And if anyone HAS used IDE RAID on Windows every last one of the controllers have the same problems. They CAN'T maximize the throughput without the lost of stability & reliability.

    For those who've lose multiple drives in IDE RAID, your victim to another reason IDE will never overtake SCSI in ANY insured business. HEAT. If you can't take the HEAT get the hell outta the real server market.

    Those are the facts from someone who USES what the article "tests"

    --
    I've nothing of importance to say, now go away before I taunt you with a second sig!
  60. RAID 5 - 80% CPU Utilization !? by ehiris · · Score: 2

    What kind of hardware raid is that?

  61. Windows and Linux software RAID drivers by Erpo · · Score: 5, Informative

    I'm using IDE raid on my home desktop right now, but I'm using software raid as opposed to a hardware controller. I have two Seagate Barracuda ATA IV 40GB hard drives hooked up as masters to my primary and secondary motherboard IDE ports. I also have a DVD-ROM hooked up as secondary slave, and a Promise Ultra133TX2 controller with a CD-RW hooked up to its first port. Both hard drives are sectioned into a 3GB primary 1st partition and a 34GB (yes, the drives are only 40GB when you're in marketing land) 2nd primary partition. Windows 2000 is installed on the first drive's 3GB partition, and redhat linux 7.3 is installed on the second drive in the same place. Both OSs share the combined 68GB RAID 0 set, which is formatted with NTFS, made from the combined second partitions. The only problem is that linux can't write to the array because NTFS write support under linux is currently "DANGEROUS" according to the driver's author and I keep important data on there. (Yes, I know about the dangers of using RAID0 and I back up regularly.) It'd sure work a whole lot better if that driver were finished, though. (hint hint, Legato Systems, Inc.) ;)

    Getting the two OSs' software raid drivers to play nicely together was an "adventure", mostly due to Win2K's insistance on turning the disks into "dynamic disks" before letting me use its built-in RAID functionality, meaning it wanted to wipe out my old partition table, replace it with a single partition taking up the entire disk, and create a new system of partition organization inside the dummy standard partition. After a lot of reading, I found out that Windows NT 4.0 supported "stripe sets" using standard partitions, and that Windows 2000, when installed over an old copy of NT4, would support the "legacy" software RAID drive. Windows 2000 would not, however, allow me to create new legacy stripe sets for compatibility with other OSs. Stupid Micro$oft. So all I had to do was fake Win2K into thinking it had been installed over an old copy of NT4 which had been using its stripe set functionality.

    The first thing I had to do was create partitions. I opened up linux fdisk and allocated 3GB on each disk to my OSs, one for linux and one for windows, and created two partitions, each one taking up the rest of the space on its disk, and set their types to 87h (NT stripe set [thanks to whoever put the L command in linux fdisk!]). After installing Windows 2000 on the first disk's first partition, I needed to get my hands on a couple of tools that didn't come with windows 2000: Windows NT 4 Disk Administrator and MS's fault tolerant disk set disaster recovery tool, FTEDIT. After spending about 6 hours searching online, I finally found a download site for FTEDIT - MS's web site says you can get it free from them, but it provides no download link. NTDA was a bit easier. Since MS service packs replace OS files, and somewhere in NT4's history a bug or problem had been found in NTDA, that file was in the service pack 6a for NT4. Service packs check to see if you're using the correct OS _after_ they decompress themselves, and they're nice enough to display an error message telling you this ("Whoops. You just wasted a whole bunch of time downloading a huge file you didn't need. Sorry!") before they delete the decompression directory. Figuring that out took a while, but snagging the executable during decompression was easy.

    I ran NTDA, which populated the "missing" DISKS key in the windows registry (Win2K stores disk information in a different place from NT4), and told FTEDIT that, yes, I really did already have a software RAID 0 set on those drives, and that windows NT had died on me and I had to restore it. After a reboot, "Drive D" appeared in my computer. 68GB and unformatted. YAY! :D After a quick format with NTFS (the partiton was too big to format with FAT32), I was in business.

    Getting linux to see the array was much easier. I added

    raiddev /dev/md0
    raid-level 0
    nr-raid-disks 2
    persistent-superblock 0
    chunk-size 64

    device /dev/hda2
    raid-disk 0
    device /dev/hdc2
    raid-disk 1

    to /etc/raidtab, ran raid0run /dev/md0, and added a line to /etc/fstab. (I read online that WinNT 4.0's software raid driver uses 64K chunks.)

    Btw, yes, I know linux has support for MS's dynamic disk scheme. I enjoy tweaking and doing new things, even if it means days spend reading about Windows. ;) As a bonus, I also get to keep my standard partition table as well as compatibility with non-M$ disk editing/management/recovery tools.

    "So," you're probably wondering, "why did Erpo spend all that time setting up a RAID0 set (presumably for extra performance) and then go and do a stupid thing like put a DVD-ROM drive on the same ata cable as one of the disks when he has an extra ata port on his add-in controller that he's not using?" Thanks for asking. It's because Promise's bios on the Ultra133TX2 card was broken. The company "Promised" me it would allow me to boot from CD, but in reality it only will let me do so when I want to boot from a windows installation CD. Not just any windows installation CD, either. It had to be Windows 2000 Professional or XP, which I refuse to use.

    It wouldn't recognize my Windows 98 SE cd, or any of my linux distros. I didn't have a choice about the DVD drive if I wanted to install linux. Just now, months after I got the card and sent promise and email, they released a bios update that claims to fix the issue. If it works I'll be moving my optical drives around. Even with the DVD drive, the performance isn't too bad - about 80MB/sec at the beginning of the disk, and it slowly drops to 50MB/sec at the end.

  62. Software RAID? Ideas? by jriskin · · Score: 1

    I'm very interested in any suggestions anyone has for LOW cost IDE RAID systems. I was considering a 3WARE 7500-8 card as they are pretty cheap these days (around $375 on pricewatch). But, it doesnt support Online Capacity Expansion (OCE).

    Requirements:

    1. Online capacity expansion (expansion without reformatting)
    2. RAID 5 support
    3. Inexpensive
    4. IDE Support

    I've found software that seems to support this, but if anyone has alternative advice or experience with this I'd appreciate the feedback.

    RAID Reconfiguration tool
    http://unthought.net/raidreconf/

    1. Re:Software RAID? Ideas? by bonezed · · Score: 1

      I don't beleive any of the tested cards support this feature. It is a feature usually only found on high end scsi raid systems.

      --
      ---- Put Sig here:
  63. What about Promise RM8000 vs Axus vs SCSI/SCSI? by vovin · · Score: 1

    What I want to see is what is the penalty for these kinds of configurations:

    FibreChannel or Ultra 160 to IDE vs SCSI disks

    http://www.promise.com
    http://www.axus.com.tw/r aid.htm

    The Promise enclose is based around a fixed 32MB cache and the i960 chip. Where as the axus offerings are somewhat cache configurable (64/128/256) depending ... and based around the i80303 chip. It seems more of the higher end stuff is based around the i80303.

    axus says the BR-8000 can do 95 MB sustained via the dual U160 interface.

    So what's the real performance penalty for SCSI-SCSI for FiberChannel SCSI in this case?

    Can a SCSI-SCSI do significanly more than 95MB? or is it a premium for a marginal improvement (as I suspect)?

  64. SCSI is more reliable by Anonymous Coward · · Score: 0

    The main reason I still go with SCSI is the reliability. I am a network admin and we *rarely* have to send back SCSI drives. IDE drives have a much higher failure rate.

    At home I have my OS and apps installed on a single Cheetah 15,000RPM drive (the new 15k.3). It blows away IDE RAID and completely obliterates a single IDE drive. Unfortunately buying it obliterated my wallet. :)

  65. We use both a Mylex960 and Promise card here by malloc · · Score: 2, Insightful

    Here at work our main R&D server's been using a SCSI Mylex960 with RAID1 36GB drives. This has worked dandily for the past several years. This machine gets hit pretty had with tons of small IO, so I wouldn't consider IDE for it.

    However, more recently we needed more builds/CDimage space so we picked up a Promise FastTrak100 (TX2) raid controller ($150CA) plus a couple 7200rpm 80GB Maxtors (~$150CA each), and have been living happily ever since. Now for sure we'd never put this in the main server, but for a cheap, reliable solution that gives you tons of space on a server that has only medium load, it can't be beat.

    The point is, examine your needs and see what fits!

    -Malloc

    --
    ___________________ I want to be free()!
  66. Re:Respond Bots?! by merz · · Score: 1

    From the slashdot post:

    I personally would love to hear any ide-raid stories that slashdotters might have.

    Yeah I can't believe people didn't meditate on that sentence for a good 10 minutes before posting their own story.

  67. My brother-in-law by (H)elix1 · · Score: 1

    The worst part about IDE RAID was I told by brother-in-law about it. RAID 0 was fine on my KT7, and I made the mistake of showing him a fast system at the time. Sure enough, he goes out and picks up a box at a local shop, puts his business on it, and wipes out file/drive/array/etc. Walking him though an important BIOS update was NOT the thing to show him.

    This thanksgiving he told me how the RAID 0/1 just did not work - amazingly, he lost a drive again, and the mirrored stuff. Lets just say I never mentioned to the three other family members who have on-board RAID capabilities that it is anything other than an ATA/100 controller...

  68. Watch your wording. by mindstrm · · Score: 1

    Do you mean it woudn't boot the linux cds at all, or it would boot the kernel and then not mount the root, because the kernel didn't recognize the device.

    If the latter, that's hardly Promises fault.. if it will recognize a bootable cd and start booting, then their claim that you can boot form it is entirely true.

  69. Our test were very different by cluge · · Score: 3, Interesting

    Our test of the promise raid under redhat linux with the "open source" drivers (2.4.19 vanilla) compared with the 3ware product were VERY different.

    I don't have the exact numbers off hand, but the 3 ware product was roughly 3 times faster at reading (raid 0+1 and raid 1). The 3ware was also faster at writing albeit the numbers were much closer. The number that DOES stick in my head was the postmark benchmark from netapp we ran. The promise did 2500 files, from 2 to 200k with 500 operations in about 35 seconds. The 3ware product did the same in 12.

    The moral of the story is TEST TEST TEST, these types of articles only give you an idea. Promise worked great for me personally in several applications. After testing it for a production machine at work, we went with the 3ware because the promise did not perform well for our application. Test for youself, or forever be dissapointed.

    Cluge

    --
    "Science is about ego as much as it is about discovery and truth " - I said it, so sue me.
  70. Well.. by mindstrm · · Score: 2

    This "Crap" is because, in ages past, a bunch of smaller drives were WAY cheaper than one large drive.

    IT was a way to get large storage space out of small drives, originally. The redundancy issues are there to reduce the failure rate of the array to something matching a single drive (as opposed to say, 20 times as likely if you add 20 drives)

  71. IDE RAID works fine in the right environment by Milikki · · Score: 1

    I was doing some cross-platform admin work in a mid-end pre-press house and they were still back in the 80's as far as their networking and storage went. Ended up putting together a proposal to build a server for them, and the best solution included the Promise FastTrak ATA-100 Controller.

    The server was built around an Abit BP-6 with dual C-400s, 512Mb RAM and 160G RAID 0+1 storage running WinNT4.0 Server (had to talk Appletalk). I installed it, a new 24 port 10/100 switch and re-cabled the entire network in December 2000. As far as I know, it still runs just fine and is serving files great. It also acts as an Anonymous FTP server, DHCP and print spooler for 5 printers.

    Kevin

  72. Forgetting something? by Doug+Neal · · Score: 1

    What about RAM-RAID?

    That's what I do when I want a faster computer.

    1. Re:Forgetting something? by charnov · · Score: 1

      It's called interleaveing and has been around for a while.

      --
      [RIAA] says its concern is artists. That's true, in just the sense that a cattle rancher is concerned about its cattle.
  73. my RAID by Anonymous Coward · · Score: 0

    I recently built a box for myself, pretty good should last 2-3 years (or until DOOM III comes out...o wait...nevermind)
    anyway I'm using an Asus P4B533-E mobo with built in promise fasttrack 133 IDE Raid. I have 2 Western Digital Caviar 80Gb HDs striped, and so far, the write/read performance is loads faster than any computer i have ever used. No problems (although it does take about twice as long to reboot) Anything REALLY important i back up on cds, sometimes multiple floppies and on my webspace, eventually i will probably buy 2 more drives and make it a RAID-10 (read: not 0+1, but similar) because backing up some of my media takes 20 cds a month (that piles up quick).
    Maybe its time for me to get a DVD-Burner?

  74. Failures in a RAID 10 array by hardlanding · · Score: 1

    In the article, it states:

    RAID 10 can survive a second failure if it occurs in a different mirror group than the first failed drive. However, if two drives fail within the same mirror group, all you're left with is half of a striped array, which is useless.

    That doesn't sound right to me. If you have a mirrored pair of striped sets with parity, you should be able to survive a either a failure in both sets (essentially losing parity in both, but not data), OR two drives failing in one set. If you lose two drives in one set, it's basically the same as losing one half of a mirrored pair of drives; you're left with the other half of the mirror - that's the whole point of mirroring.

    In fact, you should be able to get through a triple failure - two drives in one set (which kills that set) plus one drive in the other set (so you lose parity).

    Confusing, I know, but it seems like a significant oversight on the part of the author, when he's explaining the technology.

    -HL

    1. Re:Failures in a RAID 10 array by octalc0de · · Score: 1

      There is no parity in a RAID 10 array. Basically it's like this: we have a Drive A and a Drive B. Writes are striped across these drives. Drive A consists of A-1 and A-2, which mirror each other. Same goes for Drive B.

      Therefore, you can lose Drive A-1 and B-1, A-2 and B-1, and so on, but you CAN'T lose drives A-1 and A-2, since then that would leave you with a complete B, which doesn't do any good, as it's half of a striped array.

  75. Re:My experience with IDE RAID.... by darkitecture · · Score: 1

    Of course it's not gonna come even close. Every person (or at least people vaguely familiar with good ol' scuzzy) knows of SCSI's advantages. Current IDE and SCSI aren't even close in performance, sure... but they're also not even close when it comes to price. $70 for a 40GB IDE drive... $140 for a 18.4GB SCSI drive. Gee, let me think. Unless your PHB is picking up the tab...

  76. But you should use one anyway... by Anonymous Coward · · Score: 2, Insightful

    RAID 5 in software can be dangerous. If a parity write fails (disk/system dies), you'll likely have data corruption and not even know it. Best to trust reliable hardware to do the XORs.

    Then again, a RAID _card_ may not help here, since the disks are at the mercy of the system power. Best to use a real array, if you have the bucks.

    1. Re:But you should use one anyway... by mprinkey · · Score: 2

      That is really the key point. Hardware does not have some huge advantage over software. Many of the low-end "hardware" solutions are just software RAID buried in the drivers.

      Good hardware RAID cards will have NVRAM to hold changes that may have occurred prior to a power outage or system crash. This is widely touted as an advantage, but drives all have huge caches...WDs have 8 MBs now. NVRAM is not going to save that 8 MBs per drive once it is in the hard drive cache. For an OS crash, there isn't a difference. The drive should finish the write even if the OS is fubar. BUT, when someone unplugs your raid system from UPS, the writes will be incomplete no matter what the controller.

  77. 90% my ass! by Anonymous Coward · · Score: 0

    WTF are you talking about, they are almost ALL under 2%! Only the promise controller goes for 7%.

  78. The card's bios is broken. by Erpo · · Score: 2

    Do you mean it woudn't boot the linux cds at all, or it would boot the kernel and then not mount the root, because the kernel didn't recognize the device[?]

    It wouldn't boot the linux cds at all. The card's bios would not detect that the CD was bootable, that is it would totally miss the ElTorito-compatible 2.88MB floppy disk image on the cd if the CD was not a Windows 2000 Professional or XP install disc. Once I moved the DVD drive over onto a motherboard controller, redhat 7.3 installed perfectly. It even loaded linux's pdc202xx driver, detected my CD-RW (which was still on the controller with the buggy bios), and configured ide-scsi emulation so that cd burning would work.

    1. Re:The card's bios is broken. by fferreres · · Score: 2

      Do you _need_ to boot from CD as a requirement? I am sure you know, but you could load from floppy or loadlin and even if loadlin doesn't work, you could install an older version (Win98?) of Windows and load it from there. In this extreme case, you could initially use the same partition you'd use for Linux for the Win98 install, and go on from there.

      --
      unfinished: (adj.)
  79. Data loss by be-fan · · Score: 2

    Wow. I'm surprised at all these stories of hard drives going south. I've never had a hard drive die, in many years of use. I still have a badly abused 10 year old 210MB harddrive that still works great. Ditto for the slightly younger, but still badly abused 1GB drive. That said, I don't worry about data loss anymore. Data is far too important to keep on your working machines. Thus, I've got a Linux server where I keep all my data. I've gotten into the habit of putting everything under subversion (it's alpha software, but remarkably stable) so I get everything version controlled for free. Throw in the occasional backup, and not only is my data (all versions of it) acessible anywhere I've got an internet connection, but it should stay accessible in the event that I kill my main machine by abusing it like I do.

    --
    A deep unwavering belief is a sure sign you're missing something...
    1. Re:Data loss by Anonymous Coward · · Score: 0

      the major problem with a hardware raid is to rebuild you need an INDENTICAL drive as the others. fast fwd 2 yrs and good luck finding the spare. i being the most paranoid dude EVER, had a raid 5 over 3 disks live - with a hot spare running. plus i have a 'cold' spare in the box cabled in without the power pluged in ready for a rebuild. and if that is not enought i even have a 'frozen' spare in a cheapo media fire-safe just in case the back-up to the back-up to the back-up fails. it cost me tons of cash... but if you can't afford to lose it - don't mess around....
      i do also have a DDS$ 6 pack autoloader for the twice daily back-up.

      ONLY THE PARANOID SURVIVE!!!

  80. noise by 2ms · · Score: 1

    To all those using RAID personal computer: Is it really worth the noise? That grating whine of hd spindle is the most annoying sound pcs make.

    1. Re:noise by salamander_sjv · · Score: 1

      Get Seagate drives. They're amazingly quiet. See Storage Review for good comparisons.

    2. Re:noise by 2ms · · Score: 1

      Yeah, I definately check out the noise levels before I buy. The new IBM with fluid bearings is very quiet too. But you can still hear them and if you put two in there you hear them twice as much (or at least 4dB more which is almost twice as loud).

  81. Trouble with software RAID by Anonymous Coward · · Score: 0

    Obviously, software RAID is better than nothing, but there's a reason hardware RAID is preferred.

    What does RAID do?

    Protect against hardware failure.

    Where is the RAID configuration stored?

    On software, it's stored on the very same hardware that you're anticipating failure on.

    1. Re:Trouble with software RAID by dusty123 · · Score: 1

      Sorry, that's to shortsighted:

      In Software RAID the configuration is once stored in /etc/raidtab, what you can easily backup. Moreover it's stored on each disk of the array.

      Moreover you forget one important thing:
      The controller can also fail. If that happens, your configuration is lost. There are controllers that cannot read the configuration from the disk, hence all the data is lost.
      Moreover if you cannot get the same controller from your vendor, once again all your data is lost as e.g. an ICP-Vortex controller probably cannot read a RAID array built with an Adaptec controller.

  82. Oh, come on... by NBrooke271 · · Score: 2, Funny

    Everyone say it with me: there are lies, damn lies, and benchmarks.

    --
    Free messageboards and more! Your girlfriend's seen myWang
  83. Err? by Anonymous Coward · · Score: 0

    Why the hell does a *workstation* need RAID or SCSI? A single IDE drive should be fine! Unless they've went and changed the nature of what a workstation is again.

    As for small scale servers, guess what? They're already running IDE, RAID or no. There's a lot of servers out there that just don't need the speed and general beauty of SCSI - it isn't worth the extra expense.

    Put it this way. If I was designing a multi-forum pirate news site called ArrrDot, I'd go with SCSI due to the insane disk I/O I'd need.

    If I was designing a multi-forum underwater basket weaving news site called SlashBoredom, I'd probably stick with IDE. I might regret it when someone posts the site to Slashdot, but for day to day operations, spending more money on SCSI doesn't make sense. There's not that many underwater basket weavers out there.

  84. Their results are not accurate by photon317 · · Score: 5, Informative


    First off, they've failed to note that some of their contestants are in fact just IDE controllers, with the RAID functionality implemented in the software driver (WinRAID, like WinModems), whereas others are Hardware. I don't know all four products well, so I'm unsure on at least one of them as to which are which.

    They tested CPU utilization, and seperately various speed tests, but never a comprehensive "loaded system" test. As expected they ranked the Adaptec (a true hardware RAID) lowest, while ranking the WinRAID's higher. This couldn't be further from the real truth. Sure, the idle P4 cpu does a great job of fast software RAID compared to the embedded RAID ASIC on Adaptec's card. However, if you had a heavily loaded server machine, where the processors were loaded down doing other things (say SSL-encrypting for an secure web server), the machine with the Adaptec would trounce the others, as the RAID processing speed will not decrease while your applications are using most of the CPU (or depending on the device driver's pre-emptability, it could be the other way around, that the CPU simply wouldn't be as available to your CPU-hungy SSL server as it's busy with the RAID).

    --
    11*43+456^2
    1. Re:Their results are not accurate by kcbrown · · Score: 2
      However, if you had a heavily loaded server machine, where the processors were loaded down doing other things (say SSL-encrypting for an secure web server), the machine with the Adaptec would trounce the others, as the RAID processing speed will not decrease while your applications are using most of the CPU (or depending on the device driver's pre-emptability, it could be the other way around, that the CPU simply wouldn't be as available to your CPU-hungy SSL server as it's busy with the RAID).

      This isn't necessarily true at all.

      A few years ago I did a lot of RAID testing for the company I was working for. In my case we were testing a RAID 0+1 set of 12 Seagate Barracuda 10K drives (9G each) being driven by Sun machines (we tested a couple of different Ultra 2 configurations) running Veritas Volume Manager. I think we had 4 SCSI controllers driving 3 disks each (don't remember exactly).

      Know what we found? RAID speed depended enormously on CPU horsepower. Read and write speed increased almost linearly with processor speed. The bus and drives were apparently more than even the fastest CPUs (300 MHz Ultrasparc) we could stuff into the machines were able to handle.

      You may think the Adaptec hardware RAID will outperform software RAID on a P4 under heavy CPU load, but that depends entirely on just how much demand there is on the CPU itself, how much CPU the software RAID requires, and (most importantly) how fast the CPU on the Adaptec's RAID controller is.

      At the time I did the testing I describe above, all but the most expensive hardware RAID solutions were using CPUs that were far slower than the CPUs we could put into the system itself. And as a result, the performance we got out of them wasn't even close to the performance we got out of software RAID.

      As for the performance and CPU utilization characteristics of the Adaptec card, you should look at the Winbench CPU utilization graph supplied in the article: the fact that the Adaptec is a hardware RAID solution didn't help (it helped a little in the IOMeter tests but its CPU utilization wasn't that much lower than most of the other cards except the Promise card).

      Even if the hardware RAID itself were to use no CPU at all, the CPU will still be used for managing the filesystem, the buffer cache, the DMA transfers, the kernel-to-application communications, etc. Those things don't go away no matter what.

      If you have to choose between putting your money into a RAID controller or putting into a faster CPU, you'll almost certainly be better off with the faster CPU. The $323 you'll pay for the Adaptec 2400A will almost (but not quite) pay for the difference between a single CPU motherboard and a dual CPU motherboard plus an additional 2 GHz Xeon CPU. Not only is that more than enough CPU to drive a software RAID device faster than the Adaptec, the extra CPU can be utilized for other things when it isn't driving the RAID.

      Conclusion: choose hardware RAID for reasons other than performance over software RAID.

      --
      Use 'slashdot stuff' in the subject line in any email you send me if you want to get past the spam filter.
    2. Re:Their results are not accurate by haggar · · Score: 2

      I have two comments:
      - you said you used a large 0+1 RAID. 12 drives. Well, you should know that 0+1 is much more sensitive to multiple drive failure than RAID 1+0. RAID 0+1 will lose all your data if only one drive in each stripe of the mirror fails! RAID 1+0 will survive any number of failed drives, in each mirror, as long as the two drives don't belong to the same mirrored pair.

      - you mentioned having Veritas installed, but don't explain what it was actually used for. That may account, depending on the implementation, for the CPU usage.

      --
      Sigged!
    3. Re:Their results are not accurate by kcbrown · · Score: 2
      I'm aware of the difference between RAID 0+1 and RAID 1+0. I don't know why we didn't think of setting up RAID 1+0 at the time, but we didn't. Oh, well...

      Veritas Volume Manager is what gave us the ability to set up RAID on top of JBOD to begin with. So consider it to be the equivalent of Linux's MD in this case (though Veritas is really more like the combination of LVM and MD).

      --
      Use 'slashdot stuff' in the subject line in any email you send me if you want to get past the spam filter.
    4. Re:Their results are not accurate by haggar · · Score: 2

      Then there is a huge missunderstanding somewhere in the channel between you and me, or rather one of us is missing something awfully obvious: to me, it seems that you're missing the obvious thing that the RAID's performance, implemented with VxVM, will benefit from a powerful CPU.

      Another thing that confused the hello outta me was your mentioning of (Adaptec) hardware RAID in your post.

      But OK, now I un-confused myself somewhat. I agree with your points largely, but not totally. For example: if you have a Sun Fire V880 maxed out at 8 UltraSPARCs, adding more CPUs is not a viable option. But, fortunately, you can buy, for example, a T3 RAID fibrechannel RAID array, which will increase the overall performance of your system, if you are replacing a JBOD+VxVM or SDS.

      BTW, I have been working with the latest incarnation of SDS (now called Sun Volume Manager) a lot, lately, and I have to warmly recommend it to you. It's not anymore the little brother of Veritas, and it has even some advantages. One of them is that it's free.

      cheers

      mario

      --
      Sigged!
  85. IDE RAID by Anonymous Coward · · Score: 0

    In my opinion, IDE RAID is near worthless. In most cases, if your data is valuable, or you need performance, you will lay out the few extra hundred dollars for SCSI. The performance is far better (10-15,000 RPM these days), it is far more scalable, with 32 devices a channel, as opposed to 2, and the protocall is better. IDE is a clumbsy format that shouldn't have been scaled up to the sizes and speeds that it has.

  86. Seagate Barracuda by philibob · · Score: 2, Informative

    The Seagate barracuda IV had a problem when connected in RAID-0; it actually performed worse than as a single drive. There was a problem with caching on them that made RAID controllers gag. There is a firmware fix; you can contact Seagate and they will replace your drives for you! I currently have 5 Barracuda IV drives connected to my highpoint RAID controller (abit at7) but they are running as single; I use the speed advantage of each being on their own IDE channel.

  87. Re:IN SOVIET RUSSIA by smittyoneeach · · Score: 1, Offtopic

    Now Soundgarden was headed for the bottom in track #4, Mailman. Had the clip lasted just a little longer, you'd know that they were riding you all the way, just like the Party back in Soviet Russia.
    Hopefully, Chris Cornell hasn't died like Layne Staley and my Alice in Chains post did earlier today...

    --
    Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
  88. My view of the raid cards. by HFShadow · · Score: 1

    I've used a couple ide based raid cards in the last few years, starting off with a motherboard that has a promise chip, then a promise card and finally a 3ware.

    The onboard solution was full of problems simply due to the fact that bios updates for it were dependent on abit and they didnt keep up to date, the technology seemed fine so i went ahead and grabbed a 4 drive promise pci card.

    The 4 drive promise card worked well, a few driver issues but all in all a good card for the price, i ran 4 maxtor 40 gigs in raid 0. One died of course and bingo, i'm fucked. Rma'ed it and ended up distributing the 4 drives around my house for various use.

    My current raid is 6 of the seagate barracuda IV 80 gig's in raid 5 with a 3ware escalade 7810, I've been extremely happy with this card. Having dealt with mylex and adaptec scsi raid cards in workservers I was extremely pleased to use the card, the software is all web based which is nice for remote administration and is very minimal, no bloatware that you often see seeping into drivers these days. ( Here's copy of my raid details page from the other day when i was rebuilding after my system crashed due to a loose drive power cable ).

    About 6 months ago my raid crashed and no matter what I couldnt seem to initialize it without having to delete it all and restart, I figured i might as well contact 3ware first, went to their site and used their support page, the next day first thing in the morning i got a call from Angie at 3ware, I talked to her and on her advice upgraded the bios and software versions to the latest which had apparently implemented some bug fixes, she also gave me her number so that in the event it didnt help she could send me some debug utilities to get more information about what happened and how they could solve it. The bios upgrade worked thankfully and I never had to return the call. Honestly, I didnt expect that level of customer support and hands down I would recommend a 3ware card to anyone, the performance is lower for writes but their support more then makes up for it imho.

    FYI, I've also used my 3ware card in linux and freebsd and the management software worked just as well as in windows, props to the 3ware team for that.

  89. Re:Promise controllers have a quirky setup display by wally@smug · · Score: 1

    Quirky? How about downright wrong?
    http://www.fornax.net/platforms/slave-i_raid/

  90. 3ware and only 3ware by ThoreauHD · · Score: 1

    The only IDE RAID controller that blows SCSI RAID away in size and data burst rate are 3ware's controllers. There are architectural limitations to IDE, and 3ware knows every shortcoming and compensates for it. One drive per channel and controller chips on every crevice.

    I have 8- 120 Gig drives in a 0+1 array. You would never have seen such a thing on SCSI. And best of all- guess what. It costs jack shit.. It's beer money. You need to take out a mortgage to get the same results from a SCSI array. Oh, and it runs on linux since they open sourced their drivers quite awhile back. IDE RAID is a good tool to consider using if you need massive storage and aren't a compulsive spender.

    SCSI is great architecturally, but who are you people kidding with 800 dollar shit for space drives. How much better is your data gonna be sitting there wasting all that money. Honestly, if my hammer cost 800 bucks I'd put it through my skull. It's just a tool. Use what works.

    1. Re:3ware and only 3ware by jpc · · Score: 2

      yes, I use them and have good results. I was surprised that the review got the worst write performance of any system on them. Really bad. It was very unclear why.

  91. Promise Raid Controllers and their support Suck by buchalka · · Score: 1

    I have a Promise FastTrack 100 TX 4 Raid controller purchased twelve months ago.

    To cut a very long story short their driver support absolutely sucks. To this day there is still not a Windows XP driver for the card, and the windows 2000 driver I was forced to use took a lot of hassle to get working. They realised a new version of the Win 2000 driver that just hard locks my machine. Apparently this type of problem is fairly common with Promise controllers.

    The worst part is that numerous emails to their support dept went unanswered, finally got one back (only 3 months after sending it!) [yes this is email, not snail mail] to say buy the new card.

    I made a promise not to buy another one of there crappy cards again.

    --
    Games Programmer And Designer
    1. Re:Promise Raid Controllers and their support Suck by ThoreauHD · · Score: 1

      Same thing happened to me with the same card. One day, the support vanished for the card and I was stuck using Win2000. I vowed never to use closed source drivers again. 3ware has the right idea in the realm of IDE RAID, and they only cost a bit more than Promise and Highpoint. They are a bit cheaper than adaptec as I recall though.

    2. Re:Promise Raid Controllers and their support Suck by Anonymous Coward · · Score: 0

      Aren't Windows 2000 and Windows XP drivers compatable? (by compatable I mean, they're the exact same thing!)

    3. Re:Promise Raid Controllers and their support Suck by buchalka · · Score: 1

      Generally speaking yes win 2000 drivers work with windows xp.

      The problem with this card, is that they are using a driver dated april 2001 with the card and never bothered to update it when win xp was released or since then.

      The driver itself is flawed causing all sorts of problems, including the need to hard boot each time.

      --
      Games Programmer And Designer
  92. IDE Raid story by cerebus99 · · Score: 1

    I work for an ISP in the Midwest. We were severely limited on budget when we built our new data center. The CIO at the time insisted that we use the Promise Fastrak IDE raid cards (Under Redhat Linux doing Raid 1) Within a year; we had two separate system failures linked to the Raid controller. Both times, a single drive would fail and then Fastrak card would kill the second drive while attempting to recover and then die itself. Frustrating to no end, especially in light of the system with an Adaptec raid card doing Raid 5 that had been running non stop for approximately 3 years. Wiser heads now prevail and we are moving everything over to Adaptec SCSI raid cards (2100S to be exact)

  93. What DDS Drive? by WD · · Score: 1

    What DDS drive / software do you use that is audio enabled? The only time I've heard of something like this is on an SGI workstation.

    1. Re:What DDS Drive? by Anonymous Coward · · Score: 0

      It's a Seagate CDT-8000R-S drive with replaced firmware.

      The short story is that the special firmware that enables audio playback got out and started making the rounds at about the same time that these obsolete DDS-1 tape drives started hitting the surplus market. Marrying the two results in a 5 1/4" internal SCSI drive that can read and write DAT tapes at 2.2X!

      The going price for these drives preloaded with the audio firmware is very reasonable. Try a google search with the terms:

      "CTD8000R-S" audio

      and look at the first few hits.

      On the one hand, these are used DDS drives that are out of warranty. On the other hand, the going rate is about $75.00, which is insanely reasonable. I've purchased and installed two of these and they've worked for me exactly as advertised.

      There's free software for Linux, but not for Windows. I paid $50 for a program called DAT2WAV, which is an ugly DOS command line program, but very robust internally. It does a great job of reading in the tapes.

      Prior to purchasing these drives, I had been reading in DATs by using the SPDIF input on a Turtle Beach Fiji soundcard. ALL Soundblaster cards are unacceptable, because they actually convert the SPDIF signal to analog and resample it. The Fiji is a true lossless interface. However, the Fiji is also an ISA card, and has forced me to continue to purchase motherboards with a legacy ISA slot. I'm still using the Fiji as a soundcard, but my next motherboard will probably be PCI only, and I'll move on to a new soundcard.

  94. My one-week-long experience by noda132 · · Score: 1

    I got a Promise FastTrak 4X or something... and two 7200RPM 30GB drives to go with it. Got home, hooked everything together. I wanted RAID-0. I put in my Windows XP CD (I hadn't discovered the World of Linux back then) and the freakin' thing would go through all the install but fail after the first reboot. I spent about 4 nights solid trying to get the damned drivers to work. Emailed their tech support; they told me to use different drivers. Which didn't work.

    After 4 days, I installed Windows 2000 and did an upgrade to XP. Surprisingly, it worked. And what was the speed difference? Miniscule. A bit noticeable when playing games, but that's it. And the damned thing added 45 seconds to my boot time! I mean, really!

    Linux drivers were binary-only (I think that's changed now) and Linux recognized it as a normal IDE controller.

    I returned the card and now have the two 30-gig drives on my motherboard's integrated IDE controller. I don't plan on getting RAID any time in the future (except perhaps when I'm very rich and go for a SCSI RAID-5 or something). None of my programs need it; and that extra 45 seconds every boot is painful, even if it's only once every two months. Considering my entire system's boot time is 30 seconds and the biggest program loads in 2 (well, barring games) I don't see myself needing RAID for personal use.

  95. Do it in the OS (Linux).. by jamesbromberger · · Score: 1

    Debian Raid1

    Using hdparm(1) to tune up the disks, gets a sustained 35 MByte/s reconstruction. Very good as a small-medium environment file/print/mail/proxy/dns server.

  96. My story; mixed drive speeds, sizes, software raid by havardi · · Score: 1

    I setup Software IDE RAID in linux about 6 months ago. I had a fast 40 gig drive (IBM 60GXP) but I heard about a lot of failures with them, so I took my old WD 20 gig, slow piece of crap and mirrored my 20 gig linux partition on it (I wasn't worried about losing my Windows Partition). The performance hit was very mild, surprisingly. The Software RAID was smart enough to put most of the load on the faster drive, at least for reading. Writing was the only thing that took a bit longer, but only about 10%. A few reading functions were actually a tiny bit faster, according to the Bonnie benchmark. Overall, the piece of mind was worth it. . . until the county Sheriff stole my computers....

  97. IDE RAID at a Hospital by Akilla.Net · · Score: 2, Interesting
    I work in the Radiology department of a mid-size hospital. We recently decided to get a single image server to store all of our CT/MRI images at once. We figured out that if we got a 700GB system, that would hold about 9 months of data at once. Since we are not running a PACS yet, this is fine. We looked at pricing options, and since it wasn't mission-critical data (we had backups elsewhere, just not quite as accessible) we decided to go with IDE RAID.

    We ended up going with the Promise UltraTrak SX8000, which is an external RAID cabinet that holds up to 8 IDE drives and connects up to the host computer via SCSI. We then got 8 120GB Western Digital drives for around 150$ each. The RAID set up quickly, and within an hour we had a formatted 7-drive RAID 5 array with a hotspare for if things went badly.

    The cabinet has, in the 4 months since installation, given us zero problems, and worked flawlessly, with quick transfer rates, and extremely easy setup. Considering the price compared to an equivalent SCSI system, we feel that we got 90% of the value of a SCSI system (the only difference being that IDE drives break sooner than SCSI drives, and that SCSI drives are moderately faster, both of which weren't quite necessary for us.)

    If your system contains mission-critical data, go the more expensive route and get a full SCSI raid system with multiple hotspares and pay a guy to sit in a corner and maintain it. If, like us, you just need a large amount of very-reliable storage without much hassle, go the IDE RAID route. It's working great for us.

  98. Real world SUCESSFUL application of ATA raid by zerofoo · · Score: 3, Interesting

    I've got 5 servers (one is an Exchange 2000 server) at a school with about 200 users. All servers are running some form of promise ATA raid 1 setup for boot drives and some also use an ATA raid 1 for their data drives. The file server and mail server use Adaptec 2400A raid controllers with four 100GB drives in a RAID 5 configuration. All hard drives are western digital 7200 RPM drives.

    No one complains about speed issues. Everything seems to work very well.....at a fraction of the cost of SCSI.

    I love the look on visitors' faces when they see our servers have 300-600GB of available storage...for very little cost. (Backing up all that data still requires SCSI tape arrays...not cheap.)

    I've had a couple of drives tank on me here and there, but no data loss yet...just replaced the failed drive...rebooted and in about 20 minutes the array was completely rebuilt.

    I am a fan of SCSI (got plenty of SCSI raid at my house) but when you've got to stay under a budget, you can't beat ATA raid.

    -ted

  99. Promise controllers are quirky. by Futurepower(R) · · Score: 4, Interesting


    From the Slashdot story: "I personally would love to hear any ide-raid stories that slashdotters might have." I also would like to hear about this.

    Here's my story: I have extensive experience with Promise controllers. An IDE mirror makes data reads faster. If you are about to do a possibly damaging operation, it is good to break the mirror, pull out one of the hard drives, and do the operation on the other drive only. Then, when craziness happens, the other drive is a complete backup.

    A mirroring controller is a convenient way to make a Windows XP operating system hard drive clone. Windows XP prevents this; normally third-party software that runs under DOS is needed to make a useable full hard drive backup. See the section "Backup Problems: Windows XP cannot copy some of its own files" in the article Windows XP Shows the Direction Microsoft is Going. (The article was updated today. To all those who have read the article, sorry for the previously poor wording of the section "Hidden Connections". Expect further improvements later in this section later.)

    But Promise controllers are quirky. Sometimes things go wrong, and there is no explanation available from Promise. Promise tech support is surprisingly ignorant of the issues. The setup is quirky; it is difficult to train a non-technical person to deal with the controller's interface.

    Mirrors are a GREAT idea, but Promise is un-promising. That's my opinion. I'm looking for another supplier, so I want to hear other's stories.

    1. Re:Promise controllers are quirky. by fferreres · · Score: 2

      Why no use a Linux floppy distro for that? You boot from the floppy, and just copy the partitions over with parted or something like that.

      It's even easy to use with a nice console gui.

      --
      unfinished: (adj.)
  100. Nothing but problems for me by duckworth · · Score: 1

    I've set up an IDE Raid array in my machines three times. The first time with an Adaptec 1200a and two Maxtor DX740's. I assumed that if I striped them I would get a significant performance increase. After running benchmarks with HD Tach and SiSoft before and after I was getting worse performance and high cpu utilization on the striped set than on a single drive. I went through every option with Adaptec Tech Support (which were great) to no avail. I tried the same drives on a Promise Fastrak and got slightly better results but I kept getting write-behind errors and corruption. The only success I've had was using it in a Raid 1 configuration for redundancy. I am definately going to go for a SCSI solution when I get up the extra cash.

    1. Re:Nothing but problems for me by Anonymous Coward · · Score: 0

      IDE RAID review from my bro

  101. Re:The Economics of RPGs by Flakeloaf · · Score: 2

    True, but you'd also think that after 130 graphs and countless pages of whining about how the RocketRaid 133 had only two controllers he would've realized that the Highpoint 404 would've been a more appropriate choice for this benchmark!

    (Still and all, the "404" is a lousy name for anything that's intended to make sure your data can always be found)

    --

    Am I the only one who heard Roxette to sing "I'm gonna get blitzed for some sex"?

  102. some comments on promise linux support by jason+andrade · · Score: 4, Informative

    I've passed this feedback onto the author of the ide raid-roundup - i figured i might as well post it here too.

    I just thought i'd share some of my experiences with promise support.

    Frankly, they have been terrible. I would not voluntarily buy another promise product again at this stage based on my experience with them.

    I have been attempting to get support for the Promise FastTrack which is a popular embedded raid controller option, under Linux.

    Promise indeed "support" RedHat but do so with a binary only, closed source module that in the end turns out to be useless.

    Promise hard code a supported kernel version for this driver such that you can run it under say RedHat 7.3, but only the initial 2.4.18-3 kernel, which has a number of critical bugs which have been addressed in later (errata) kernel updates.

    Needless to say, promise's driver will not run on any later kernel or at least they are unwilling to answer questions on how to do this.

    A comparable analogy would be if they had released Windows XP drivers and then your hard drive failed to work if you installed a hot fix or a service pack because the driver is keyed to only the specific intial installed released of XP. Promise don't treat windows users this way, so why do they do this for linux users ?

    I've managed to get two responses out of their support, none of which will address my problem - support the hardware under linux by releasing the source or provide updated kernel drivers for the released kernel images that will actually work.

    In terms of driver support for Linux/FreeBSD, 3ware wins hands down in this group.

    regards,

    -jason

    1. Re:some comments on promise linux support by dohnut · · Score: 2


      Jason, not sure if we're using the same promise card, but they do have the source available for the driver for my controller. I'm using it as I type with Gentoo.

      I agree with you on your overall assesment of Promise though. I've had problems with this card (see elsewhere in this topic for that post). I too will probably look for a different IDE RAID vendor next time around.

      --
      Stupider like a fox! - H.S.
    2. Re:some comments on promise linux support by crisco · · Score: 2

      I had issues getting Debian working with a cheapie integrated Promise hardware RAID as well. Someone had pre Woody instructions that didn't quite work for me and at the time Promise only had the Red Hat closed driver on their site. It is now listed as partial open source but I've already gone for software RAID, from what I've read thats basically what the low end Promise stuff is anyway.

      --

      Bleh!

  103. SCSI drive-capacity by phorm · · Score: 2

    No kidding. Especially with a cost-capacity ratio. On SCSI, to get anywhere near the large amount of IDE capacity, you need multiple drives. And of course, drives in SCSI are not cheap by any stretch of the imagination.
    I'd rather shell out for a few 80/120GB drives than be nickel&dimes by a lot of smaller ones, although in the case of SCSI it's more like quarter-and-loonied (dollared for you Americans)

    1. Re:SCSI drive-capacity by Kibo · · Score: 2

      Segate has a 146 GB 10k Cheeta. Price? A NEW CARRRR! Well Kia maybe. That's like a car.

      --
      --Jimmy has fancy plans; and pants to match.
  104. 3ware Escalade by Marton · · Score: 1

    I have a 3ware Escalade 7500-8 in my home server with 6x120G drives in RAID-5.

    Cabling was sort of messy (but only because it's a plain big tower case and not a double-wide fileserver thing) but other than that I plugged it in and it worked. I have two 3ware hot-swap RAID enclosures that allowed me to install the six drives in four 5"1/4 bays - they're great, and extremely well-built, albeit a tad on the expensive side for just some cleverly twisted metal. (ie no electronics) And hot swap is great. Pull a drive out while the computer's on and the alarm goes off, put it back, and it'll shut up. An awesome toy.

    Performance is more than enough for me, I just use it for archival puproses.

    Two things I dislike about the card:

    1. Array builds can only happen in the BIOS. If you create a new, really big array you can be prepared to spend a couple of hours staring at the screen.

    2. Linux software support is too good. Matter of fact, better than Windows support. This is a bummer because I run W2K on the box.

  105. A 486 story by Agent_Basilisk · · Score: 1

    I have a 486 running both onboard IDE and a Promise Ultra66 controller. I have not had the courage to make them RAID anything yet. The reason is that I have a 4.3GB HD with bad sectors. Easy enough to manage. I partitioned 1 GB off of the drive because it was the first gigabyte and had bad sectors scattered throughout. I am running Windows 2000 Advanced Server on this machine. The specs are: 2.5 GB HD, 4.3GB HD, 8x CD-ROM, 64MB RAM, Matrox Millenium video card, 3Com Fast EtherLink XL, PnP BIOS (quite nice for a 486), AMD 5x86 (souped up 486 chip.....) at 160MHz, PCI V.90 modem, SB AWE64 sound card. To top it all off I'm actually running Windows 2000 Advanced server on it. I used to run Caldera OpenLinux 2.2 on it, then went to NT4 (a buddy of mine who LEGALLY bought it with Proxy Server 2) then upgraded to Win2k. Has anyone else tried RAID with drives with bad sectors??? anyone soup up their 486??

  106. Linux RAID by Anonymous Coward · · Score: 0

    I recently compiled the 2.4.20 kernel to get my Promise PDC20276 controller and RAIDed partitions working properly under linux.
    Linux could see the two seperate drives i have (one on either of the promise ide connectors) but not the one raid drive.
    According to the help in the kernel, the linux drivers ignore the promise's bios interface (which presents to two drives as one raided) saying that it's too slow. It sees the two drives seperately and then combines them using software - the module in the kernel (the ideraid.o module).

    So it all comes down to this-

    If you want to use the raid drives as one logical drive in both windows and linux you should make the raid set using the promise bios, then use the latest linux kernel with the beta promise support.

    Alternatively if you only use Linux - then don't worry about doing the RAID in the promise bios. Set them up as two seperate drives and use Linuxes' pure software RAID - it's more flexible (can use miss-matched drives, can mix and match mirror and stripe) and performance will be the same.

    If you use software raid in windows you can't have your root partition (usually C:\ drive) on it (but can mirror it later on) BUT you need to make the disks windows dynamic disks (their version of BSD disk slices) which might kill linux use of the drive (although linux has beta/expermental support for windows dynamic disks)

  107. Not to be a Promise pitch man, but... by zerofoo · · Score: 2

    I just saw this:

    I'm getting one for my house with 200GB drives....they also make an 8 drive version....mmm....

    -ted

  108. i'm using ide raid by Anonymous Coward · · Score: 0

    software raid, 2 disks on a promise ultra100 tx2
    one for each channel. ONe is a 80 gig, the other
    is a 40 gig. Some of the non-important files
    (such as /usr, /tmp) that can be easilly replaced
    are on partitions that aren't mirrored. The important data are on partitions that are mirrored on both. Software raid, level 1 (mirroring). Its what it is: Cheap insurance. Works great for me.

  109. Dude, i've got an IBM/cyrix PR 233 you can have! by zerofoo · · Score: 2

    Windows 2000 Advanced server on a 486? Are you one of those guys that enjoys pain?

    Seriously...if you want the PR 233 and the AT motherboard (with AGP...maybe even 64 or 128 MB memory), reply to this and we'll figure out the shipping address thing. I can't let you suffer like this man!

    -ted

  110. my two bits by MentlFlos · · Score: 1
    I guess I'll throw in a quick and dirty about the server I built at work.

    dual xeon 2g
    2g ram
    16 120g 5400rpm maxtor drives across 2 7500-8 3ware cards
    2 gigabit network cards

    We were pretty much forced into a xeon solution because it was the only motherboard I could find that had the number of PCI slots and busses that I felt comfortable with. The two 3ware cards sit on one 64/66 bus and the main NIC sits on another bus. I use one array for the live data set and one for the backups. (LVM + ReiserFS in linux is the best thing since sliced bread)

    Its really neat being able to increase the size of your filesystems on the fly, or just create another 80g lv to hold some temp data. For backups, I just snapshot the lv I want to back up, create a new lv on the second card and just dd the data over.

    I have a boatload of bonnie++ numbers that I got when I was testing it out. If anyone is interested I can post them. We settled on RAID-5 on each controller because even though we took a performance hit, the network was still the bottleneck.

    All this in 4u of space. Oh, if you do build a mega-server like this, TAKE TIME TO CALCULATE POWER REQUIREMENTS! The power supply that was going to be supplied with the case was WAY undersized for spinning up all the disks at once. I had to special order a supply (zippy.com R3G-6650P, their page is slow and hard to navigate, be forewarned)

    I'm tired, I think I'll go to bed. If you want more info just reply to this and I'll get to it in the morning.

    -paul

  111. Windows XP drivers by zerofoo · · Score: 2
    1. Re:Windows XP drivers by buchalka · · Score: 1

      Wrong Answer try again.

      These are NOT the promise windows xp drivers, they are still the old windows 2000 drivers from over a year ago.

      All they have done is put "windows xp" in the description on the web page.

      If you dont believe me open up the zip file and look at the contents.

      Like I say Promise suck.

      --
      Games Programmer And Designer
    2. Re:Windows XP drivers by zerofoo · · Score: 2

      Boy, isn't that nice of them?

      I guess XP doesn't have the driver built in?

      -ted

  112. Packaged IDE RAID Experience by intrep1d · · Score: 2, Informative

    I can vouch for the stability and speed of one pre-built IDE-RAID Product. RaidZone OpenNAS They use a special raid controller that allows increased IDE Raid speed, and IDE Hot-Swap capability. This one had a total of 1.2TB (plus hot spare). The project involved a unique (to this project) Application that required a proprietary Database System that could only run on an MS Win2k Server, therefore we didnt fully utilize the sytems capabilities. It served as a file server for images (ranging in size from 60kB to well over 100MB per image) (and as I recall the Image Store is now around 500GB), MS SQL Server, confidential proprietary DB system (indexed images, among other things), and several small services (and the chunky MS GUI). It even has a 900GB native backup system attached. The load ranges. Since we put it into action early 2002 it hasn't missed a beat. I would recommend it highly for most applications, though there does come a time when higher speed drives are needed.

  113. Use transparent hardware that is OS-agnostic by ChrisCampbell47 · · Score: 5, Informative
    Every time there's a discussion or article about RAID, especially IDE RAID, I am astounded with all this discussion about drivers, OS support, integration problems, yadda yadda yadda.

    Why hasn't the ArcoIDE solution caught on like wildfire? It provides mirrored disk capability with absolutely no visibility to even the motherboard, much less the OS. I've been running it for years and it's great. Mine is the PCI slot model that simply uses the slot to get power to the card. One IDE cable from the motherboard to the card, two cables to the two hard drives.

    And there's all sorts of alarming options -- LED's on the card, LED's on a front panel bezel, audible screech, Form C contacts for you industry types ...

    I don't get it.

    1. Re:Use transparent hardware that is OS-agnostic by nanop · · Score: 1
      For anyone interested, I've been using the PCI version on a Blue&White g3/450 (OS 9.2.2 + ASIP 6.3.3) and on a QuickSilver g4/733 (OS 10.1.5 + FileMaker Server) for quite some time now. These servers take quite a bit of traffic during the workday and I've had no problems so far (well, none related to the cards atleast). Definitely something that just works as advertised.


      Of course now I'm looking for a hot-swapable solution...

    2. Re:Use transparent hardware that is OS-agnostic by ChrisCampbell47 · · Score: 2

      FYI, their RAIDCase is hot swappable, although this is an external solution.

    3. Re:Use transparent hardware that is OS-agnostic by 6Yankee · · Score: 2

      And there's all sorts of alarming options -- LED's on the card, LED's on a front panel bezel, audible screech, Form C contacts for you industry types ...

      Personally I find sporadic backups to unlabelled 3.5" floppies with the slidy bits missing to be a more alarming option.

      Then again, it did save my ass once. Cost a hell of a lot less than any damned RAID controller, too.

  114. You said you wanted to know by Anonymous Coward · · Score: 1

    I ran a RH 7.1 box with 4 100GB IDE drives in a software RAID5 configuration (300GB data, 100GB stripe) for a few months. It seemed pretty stable until one day I walked in and saw a kernel panic dump on the monitor. I crossed my fingers and rebooted to find that the drives weren't synchronized (one of them had a stale event count). I searched all the documentation I could find but I could not figure out how to re-sync the array without losing data. (The system wouldn't boot with the bad drive removed either.) In desperation, I called RedHat. They said "Software RAID support requires a higher level service contract.". They wanted $3,000.00 before they would even talk with me. I offered them $100.00/hour but they refused my business.

    I gave up and re-initialized the whole array (after making some hardware changes). Fortunately I had a fairly recent backup. Total down time was about 3 days.

  115. My uses for IDE RAID by jarehart · · Score: 1

    At my house I have two dual drive mirrors. (I started with one and added the second later, hence the lack of mirrored stripes or striped mirrors.) I chose this method because I generally don't have problems with virii/trojans and am aware of the consequences of deleting the wrong file(s). I was more interested in protection from physical drive failure.

    The actual setup is an older Socket 7 machine, two Promise PCI IDE cards (one ATA-66 and one ATA-133), and Linux software mirroring.

    My former workplace uses two of the Arena Indy 2400 units on their backup server. This box stores data from 150+ other machines on their network that can be restored by their system administrator, so raw access speed isn't that important (i.e. it isn't a general purpose file server). Lots of space, however, is important. They have enough space (~2.4 TB) to store a copy of each machines drive and about two weeks of changes.

    That machine is a single processor P3 running Linux. The filesystems are reiserfs since their favorite distribution (Slackware) supported installing to reiser (and not yet ext3) at the time the box was built.

  116. Parity calculation and disk write speed by zerofoo · · Score: 2

    Wouldn't your (raid 3) array performance be bounded by the overhead of parity calculation? Wouldn't the write performance be made worse by restricting all parity writes to one hard drive? It seems by distributing parity among all drives raid 5 still carries the parity calculation overhead, but is faster at writing the parity simultaneously to all drives. Am I just splitting hairs here?

    -ted

  117. Software RAID by Anonymous Coward · · Score: 0


    I can never figure out why massive reviews like this never compare the speed of the hardware controllers to NT/2000 or Linux Software RAID.

    Informal tests I have done show the software RAID compares very favorably to IDE hardware based solutions.

  118. This review is bogus!! by baptiste · · Score: 5, Informative
    I am one of the few who think IDE RAID is a useful tool and the 3Ware cards are the best out there.

    So I was surprised reading the review to see the Adaptec and 3Ware neck and neck in the RAID 5 area. 3Ware's usually have no competition in RAID-5 since their firmware and HW rock.

    Then I found out WHY they were so close:

    "I don't currently have any boards that support 66MHz PCI slots, so all testing was done with 32-bit/33MHz PCI."

    The 3Ware cards are 64-bit cards while the Adaptec's are only 32-bit. 3Ware cards can hit 70MB/sec writing and over 150MBsec reading with 8HD's! If they ever get to 66MHz, I expect their performance to go even higher.

    If you want to see better benchmarks that fit with reality, check out the XBit Labs Review

    1. Re:This review is bogus!! by EvilNight · · Score: 4, Informative

      I'll second this. I've got a 3Ware card running a 4-disk RAID5 (100GB WDCs) under Suse Linux 7.3 on a dual Athlon 1800XP tyan board with 64bit/66MHz bus, and it owns every raid system I've benchmarked here in the office.

      I even ran it up against a real SCSI RAID5 array running on 10,000RPM Seagate Cheetah drives (again 4 disks) and it decimated SCSI for write speed, the 3Ware card was easily 5x faster. It tied it for read speed, but the SCSI still beat it in access time (5ms vs 16ms). The SCSI raid card was one of Adaptec's best, $800 but I forget the name now. Still, that's damn good performance for something 1/4 the cost. I've even got the benchmarks around here somewhere...

      If you are going to build a raid for a server, and you decide not to use 66MHz/64bit cards for your array controllers (scsi OR ide), kindly take this ball peen hammer and go stand in the corner whacking yourself in the head with it for several hours.

      --
      Hell is being intelligent in a world full of idiots.
  119. Fibre Channel RAID by nuxx · · Score: 4, Interesting

    Utilizing eBay and a few vendors that I dug around for, I was able to assemble a blazingly fast fibre channel RAID system for home for around $500. If you take a look at http://www.nuxx.net/gallery/fibrechannel you can see the assembly of the box. There are also benchmarks detailing the RAID 5 array bursting to >160MB/sec (image at http://www.nuxx.net/gallery/fc_benchmarks/aad).

    The box is set up as follows:

    o Mylex eXtremeRAID 3000 ($200 via eBay)
    o Crucial 256MB DIMM for Cache (~$50 from Crucial)
    o 4 x Seagate ST39102FC 9GB 10,000 RPM drives ($9/ea on eBay)
    o Venus-brand 4-disk external enclosure (~$35 on eBay)
    o Custom made FC-AL backplane for disks (~$200 from a site I can't remember at this time)
    o 35m FC-AL cable (HSSDCDB9) (~$40 for two on eBay)

    The best part? The box is located in my basement, so I have this incredibly fast disk disk access, with no noise and no extra heat inside my case. That also allows me to cool the case more efficiently. Sure, IDE RAID may be cheaper, but the performance, per-disk, coupled with the reduced noise in my office and the reduced heat in the case is a big plus. Also, I might eventually pick up a second backplane for another four disks and do RAID 0+1. Since each channel is capable of 100MB/sec (without caching), the use of a set created across two channels would be amazing.

    1. Re:Fibre Channel RAID by brianvan · · Score: 2

      Pardon me for a second, but I think I counted...

      36 gigs total ... for $500.

      I can see how this would be a fast setup, but I can't see why you paid $400 for just the speed part, when the space itself you could have had for just $100 (still overpriced, cause that's what an 80gig 7200RPM IDE drive costs nowadays).

      If you did this because you're really having issues with hard disk access, you might want to turn off BonziBuddy.

    2. Re:Fibre Channel RAID by nuxx · · Score: 2

      The reason I did it is for greater speed, lower noise, and less heat in my office. Sure, I can pick up a 120GB IDE disk for 25% of the price, and that will give me all the storage I need. But it won't give me the raw speed that is absolutely wonderful when doing audio capture or editing, large image editing, etc. Anyway, anything that you need really large amounts of storage for are typically (unless you're doing video editing) things that you don't need high speed access for. That's why the large disk are in the file server. 100mb full duplex with disks on a DMA100 interface is more than I ever need for my large storage needs. Hell, it's pretty much as fast as a local disk. Samba is your friend.

  120. What about redundancy? by Wee · · Score: 2
    Holy cow. Sistina LVM (Logical Volume Manager) rocks. It is a partition system/file system of the future that really makes RAID sort of unnecessary. It is true that it is done by the host OS, but when integrated right it does not matter

    I saw the LVM stuff, and was going to use it on a new install with two 80GB drives (and a separate boot/OS drive). But I wasn't sure about redundancy. How does it handle that? I mean, can I use a "RAID1-esque" pairing with it? Does it do that already? From what I saw, the LVM stuff is really just a move away from BIOS partitions (and terribly cool for those times when /usr/local starts to run low). I'm looking for data security through redundancy, but like the features LVM has.

    The machine I'm talking about is a samba/NFS fileserver on a 100mbit (full-duplex, switched) LAN, so I'm not all that concerned about speed as much as I am about recoverability -- as long as disk reads and writes are faster than what comes in over the network I'm plenty happy. The ability to grow "partitions" would be a wonderful added bonus.

    It's certainly interesting stuff...

    -B

    --

    Ash and Hickory, straight-grained and true, make excellent bludgeons, dandy for the cudgeling of vegetarians.

    1. Re:What about redundancy? by Anonymous Coward · · Score: 0

      You run it on top of RAID. So, you create your software RAID 1 drive with Linux like you normally would, then start reading the LVM documentation. Just insert /dev/md0 (or whatever your RAID array is) rather than /dev/sda1 in the examples. I'm currently doing this with a pair of of 36 Gbyte SCSI drives on a horribly overloaded web server. It works very well.z

    2. Re:What about redundancy? by kcbrown · · Score: 2
      I saw the LVM stuff, and was going to use it on a new install with two 80GB drives (and a separate boot/OS drive). But I wasn't sure about redundancy. How does it handle that?

      I did some looking into this myself. It appears that LVM doesn't deal with redundancy at all: its entire purpose is to provide virtual volumes composed of other virtual or physical volumes. Redundancy has to be provided for at the lower levels, it seems. That means you have to construct one or more RAID 0+1 or RAID 5 devices and use them as the basis of one ore more LVM volumes.

      That's why I didn't bother with LVM. It's nice, but it wouldn't have given me enough of an advantage to be worth going to the trouble. As it is, I'm quite happy with my 3-disk RAID 5 setup.

      Corrections to any of this welcome, of course.

      --
      Use 'slashdot stuff' in the subject line in any email you send me if you want to get past the spam filter.
  121. Promise SX-4000 IDE RAID by heyjero · · Score: 1

    I got this card along with 4 Maxtor 20 gig 7200 RPM drives, and 256 MB DIMM for cache. Before installing into small file server, tested it out to see what the raid 0 performance would be across these 4 drives. I was amazed that it seemed actually slower than my regular 15K SCSI drive. Not quite the performance I was expecting. It does do well with large writes, just access times seem like a regular 5400 RPM IDE drive. The card was like $175, and does RAID 0, 1, and 5. Can also do 0+1. The PAM utility (Promise Array Monitor) isn't quite intuitive, but gets the job done. It's a good card for simple reliability - just not as fast as one would think...

  122. Any OSX Software RAID users? by ruiner13 · · Score: 2
    I'm just curious if anyone has any experiences (good or bad) using the software RAID utility built in to OS X's Drive Setup utility. Any benchmarks?

    Thanks.

    --

    today is spelling optional day.

  123. Holy crap you don't know JACK about SCSI by Ayanami+Rei · · Score: 2

    Sure, it's a parallel cable. But only one device can communicate with the host at once. It's a lot harder to squeeze 100% of the theoretical bandwidth with 8 slow devices than with 4 fast ones. So the parent's comment was mostly accurate.

    --
    THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
  124. 4 words by devmike · · Score: 1

    ide to scsi adapters.

    Get those nice big fast IDE drives, slap a scsi adapter on the back, and stick it in a hot-swapping rackmount unit with a single scsi port on the back to run into whatever server needs a bit more space.

    We, at my work (ISP), use them at for our news servers, and whenever we feel like it's time to add another terabyte to increase article retention (read: customer's precious warez/pr0n), we throw on another one of these bad boys:

    12x 160GB Maxtor IDE fast spin drives
    Hot-swappable by design
    dual redundant p/s and so on and so forth.

    All you need is your scsi raid controller, which I admit ain't cheap, but you can make up for it with those oh so cheap IDE drives and creative use of IDs and LUNs

    1. Re:4 words by Nicolas+MONNET · · Score: 2

      Do you have any product to recommend for IDE-SCSI adapters? I only found this, but they don't seem to be distributed too well, esp. in Europe. If it works well, $100 per drive is quite cheap.

  125. My experience. by WeThree · · Score: 3, Interesting
    I've got 12 WD 120GB 7200rpm special edition drives (8mb cache on each).

    They're all hooked up to a 3ware Escalade 7500-12 card, RAID5, with a hot spare. Application is storage of large amounts of raw digital images 7-8MB each.

    Been going for a few weeks now, no problems, 2.4.19 kernel's built in drivers lights the array right up as sda1.

    bfair@deathstar:~$ df -h /dev/sda1
    Filesystem Size Used Avail Use% Mounted on
    /dev/sda1 1.1T 543G 574G 49% /storage1

    SCSI subsystem driver Revision: 1.00
    3ware Storage Controller device driver for Linux v1.02.00.025.
    scsi0 : Found a 3ware Storage Controller at 0x10d0, IRQ: 5, P-chip: 1.3
    scsi0 : 3ware Storage Controller
    Vendor: 3ware Model: 3w-xxxx Rev: 1.0
    Type: Direct-Access ANSI SCSI revision: 00
    Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
    SCSI device sda: -1951238656 512-byte hdwr sectors (100477 MB)
    sda: sda1

    reiserfs: checking transaction log (device 08:01) ...
    Using r5 hash to sort names
    ReiserFS version 3.6.25


    I would show you more but I'm ssh'd in and the power just went out. The 300VA ups running this box while I'm testing it probably just let its smoke out. Doh.

    Anyway I like it. If its not fried. :\
    --
    --------------------------------
    Not all who wander, are lost.
    1. Re:My experience. by bigmouth_strikes · · Score: 2

      > Application is storage of large amounts of raw digital images 7-8MB each.

      Gee, some people are serious about their pr0n aren't they ?

      --
      Oh, I can't help quoting you because everything that you said rings true
    2. Re:My experience. by Anonymous Coward · · Score: 0

      HAHAH ROFLMAO u r so funny!!! :D :D :D

  126. 3Ware 7500 on Linux experiences by LukeLonergan · · Score: 2, Informative

    At our business we use the 3Ware 7500 with a 3x 120GB (1200JB) Western Digital RAID5 configuration on Linux RedHat 7.2. The machine is a dual P3/1GHz on a SuperMicro 370DER motherboard. We use the machine as our primary file server/compilation box, so data integrity and fast failure resolution is critical.

    The cited benchmark page has excellent information (130 graphs!), and it confirms my first hand experiences of everyday use of the 3Ware 7500. The read times in RAID5 are outstanding, but there are sometimes significant delays on file creation. In addition, it seems that IO is single piped, or serialized on writes at times.

    Since the 3Ware 7500 is based on an FPGA (Field Programmable Gate Array, (see http://www.xilinx.com/), with LOTS of extra ECC processing power, the problem with writes is not likely to be related to the "CPU", but rather part of the internal IO structure of the card. I hope it is amenable to correction with a microcode upgrade to the FPGA, but it may be related to the memory architecture of the card.

    Overall, I'm pretty happy with the controller, especially the ease of installation and rebuild time. I have high confidence in the data integrity, and the price is good. I also recommend the drive cage that 3Ware sells, even though it is expensive at $200, it's well worth it because it fits 3 drives in the space of 2 5 1/4 inch bays, and it is hot swap proven.

    I'd like to see a shoot-out between the 3Ware and some SCSI/Fibre Channel RAID 5 configurations!!!

    Comments?

    --
    ---- Luke "To boldly go where no one has gone before..."
  127. I've got a good story.. by dohnut · · Score: 2


    I always do.. ;P Ok, I've got a Promise SX6000, which wasn't one of the models reviewed, but not much different than the SX4000. ATA100, 6 channels, 128MB PC100.. Got 4 80GB WD drives running RAID 5 under linux.

    Was running RedHat, using generic I2O drivers, not the Promise drivers, no big deal, though performance wasn't probably as good as it could have been. My main concern was data integrity, not performance.

    So anyway, this system is in my bedroom (which sounds like a busy airport, but i like it) and one night I woke up because it was beeping, which means something no worky. I had noticed a few days earlier that I was getting pauses during reads from the disk, which was unusual -- I was going to put the Promise drivers on and see if that made any difference. But then the beeping came. So go in, system still running fine, shutdown and go into the raid bios. It says it's trying to rebuild, and it's failing, it isn't saying it has a bad disk, and even if it did say that, it couldn't tell me which disk because they didn't think that info would be important when they made the product. So, shut it down and pull out each disk, run WD diags on them. Found that one of the disks, during the sector walks, was pausing every now and then for no good reason. Fine, put the working disks back in with a new disk so the array can rebuild. Array rebuilding.. Array fails during rebuild.. WTF? I tried about a dozen configurations and the thing simply wouldn't rebuild. Well, @#$&*!, I'll just rebuild everything from scratch, so back up the data elsewhere on the network. Boot up (i boot from the raid array, I know bad bad), kernel panic after about 3 minutes (it's still trying to rebuild in the background -- and failing, why the panic though i have no idea, might have been the i2o drivers). Take out the new (blank) drive, no more kernel panic (because no more trying to rebuild). So... copy data to network. Put new OS on (this time Gentoo) on a 4GB hard drive for booting only. Rebuild the raid array (which takes f-o-r-e-v-e-r). Copy data back, install apps, lalala, big pain in the ass.

    So, bad disk and bad raid controller IMHO. Should have been able to rebuild. However, I did not lose any data. New system has been up and running now with no further problems. Also, performance seems better when using the actual Promise driver, go figure.

    --
    Stupider like a fox! - H.S.
  128. 1.5 years running - large RAID box by reynolds_john · · Score: 1

    We've been running a Tyan K7 Thunder dual processor, 2 gigs RAM (I know - overkill, but the machine was built to accomodate its life later as something else).
    IDE RAID was twofold:

    (1) Adaptec 1200A and 2 mirrored drives - 30 gig IBM Deskstar 7200 GXP for OS

    (1) Adaptec 2400A and 5 RAID5 7200 75 gig IBM Deskstar 7200 GXP for storage

    It is a very tall tower, but everything actually fits in it OK, though the cables would be better served with the smaller round kind.

    We've been using it as our major file server for almost a year and a half, no data loss, no drive failures.There might be some gasps at the drives we chose, but I can tell you that keeping 7200 RPM drives cool is the secret to their longevity, and the file server is in a very cold room.

    Getting Windows 4.x Server installed on it was a bit challenging, but after a quick call to tech support (and finding out it was a silly Windows issue), everything was very smooth. Eventually it will host Linux or Win2k; yet to be decided.

    We've never had a drive go down, but just LAST weekend the motherboard and power supply went south. We went to Fry's electronics and picked up a newer Tyan K7 Tiger (lower end board) and inserted the same RAM and Processors - attached all the drives and fired it up and it ran perfectly!

    We've been very fortunate with this system. I think that IDE RAID has been just as good for us as SCSI RAID, and it got us a very large file server at a very inexpensive cost!

    HOWEVER, I caution any of you wanting to skimp on $$ that the 4 hour service warranty you might pay from Dell or HP/Compaq, or IBM will cover your ass in a tight situation. Don't base your career on store-bought parts! Also, we still don't have spare drives for our system, which is just plain dumb. Spend the extra $$ and get a drive or two.

    Furthermore, consider a backup power supply, because I've found those seem to be degrading in quality over time (I've replaced two at home, and a few at work).

    Finally, our original plan was to replace all the IDE drives in the RAID5 array every year. Unfortunately, this hasn't happened. I think that this would be a wise move for anyone building such a system.

    Cheers,

    &J

  129. Don't use anything that resembles a RAIDKing by Anonymous Coward · · Score: 0

    We have quite a few external 8-bay IDE-RAID units ( called RAIDKing .. ~$6K w/ 8 disks ) with a LVD interface that are just horrible when things go wrong with the disks. I beleive they use some king of HighPoint contoller inside.

    You can choose a variety of configuration options RAID 5(with or without a hot spare), 3, 0, and 0+1 but there is not reporting or monitoring on or about the unit so trying to debug is useless

    Normally when the disks have a problem .. the red LED on the tray will light up and the units beeps notifying you to put in a new disk to rebuild but we have had some cases recently where you get SCSI errors but no indication from the unit!! If you try to re-build the RAID .. it will fail with no indication which drive had a problem! Then you have to try and rebuilt starting with three disks and keep adding one as you go until the re-build fails. Very frustrating!.!.!

    I say the cost break compared to a high end RAID system such as LSI, DataDirect Networks(rocks), or SGI is not worth the headaches with cheap low-end systems.

    You buy junk shit ... you get junk shit.
    You buy quality shit ... your shit don't stink.

    hehehehe, it way to late for me

  130. HAHAHHAhahaa *choke*... by Anonymous Coward · · Score: 0

    I had to replace one of those IBM GXE drives that have been falling over all over the place in an adaptec UDMA raid installation.

    I plugged in the drive booted the server up, and started the rebuild in adaptecs CIO manager.

    Whilst it was rebuilding, i was chatting to the receptionist when i hear a long BEEEEEEEEEEEEEP.

    I head to the server room and see win2k performing a memory dump.

    You know that look bunny's get when they are on the road with your headlights on them... yep... that was me.

    7 hours later, I am restoring from tape backup, with yet another product that doesn't QUITE do the job right...

    It'll probably be dawn before I am out of here.

  131. Seagate Barracuda problem by Erpo · · Score: 2

    Do you know exactly what the problem is? I've never had a problem with my software raid setup.

  132. Black Market for Software Is Sidestepping... by corebreech · · Score: 0, Offtopic

    Anybody have an idea why /. would reject a submission regarding this story?

  133. ami raid by beakburke · · Score: 1

    Does anyone here have any exp with ami-ide raid on iwill mobos?

    --
    ----- Question authority, but not ours. Hate the man, but we're not him.
  134. RAID only as good as the weakest link! by King_TJ · · Score: 2

    Personally, I've used RAID (both SCSI and IDE) for a number of systems - and my current workstation is a P4 1.8Ghz i845 board (made by MSI) with integrated Promise EIDE RAID.

    Just a few days ago, my system started randomly freezing up - but only when doing lots of disk access on the C: drive. I've seen this behavior once before, when I first built the system; I had a defective IDE drive that was getting read/write errors. I'm pretty sure I have another drive starting to go out.

    This type of behavior is disappointing to me, for a system that's supposed to reduce downtime. IDE drive errors while the drive is still mostly functional (EG. spins up ok and works, other than timing out here and there when doing writes) seem to wreak havock with IDE RAID controllers. It only flags a drive as "down" if it's completely unresponsive.

    While I haven't seen a higher-end SCSI RAID array behave in this fashion (freezing the whole machine if a drive temporarily malfunctions), I've had plenty of other reliability issues with them.

    For example, we had numerous Dell Poweredge servers using their older PERC II RAID cards - and the controllers all started dying off after a couple years of use. The hard drives could be perfectly fine, but if you lost the controller card - you were down until you got it replaced.

    It seems like a really worthwhile RAID array would include dual redundant controllers. Otherwise, the controller is your single point of possible failure.

    Most IDE RAID setups seem like a gimmick to me, more than a useful feature. People just like to say they have RAID on their home PC.

  135. I R APPLE MACC USSER. I R ARTISTT AND I WUNT SPEE by Anonymous Coward · · Score: 0

    FASEST IS NOT BETER THEN CHEEPER.

    I BUY CHEEP AND I AM USER OF HILLBILLY'S MAXTER 200 gigabight IDE ATa100 ANd my movies get editded fastir then a televison. glad to doughnate me time.

  136. Raid Stories by The_Shadows · · Score: 2

    I have a somewhat amusing story. Just happened yesterday, as a matter of fact. I've got an integrated Highpoint Raid controller, and an Array (Raid - 0) of 2 WD Special Edition 80GB drives. I've got all my information on the drive (with key information backed up onto an additional 40GB drive -- just in case).

    Anyway, I went to use my machine the other morning, after waking up. You know, check the mail, play a little music, so and so and so. Only, when I went to access the Array, where the music is, the machine promply locked. Hard. After a reboot, the Highpoint card simply couldn't detect anything past my primary drive (a 20GB drive, has the OS and backups of drivers) and wouldn't even continue or allow me to boot. Now I'm thinking "Shit. One of the drives is fried." or worse. My room and my case are not exactly the most well ventilated.

    I opened it up later that night, and, get this, the cables had been knocked loose. Like, very loose. As in, not attached to the controller. It turned out that everything was fine, except that I was extremely paniced for about half an hour during the day.

    BTW, the computer is at the end of what amounts to a secondary bed, under a loft. The cables, I assume, got dislodged when my SO and I were playing around there. The case got kicked a few times.

    That's my story. Enjoy.

  137. Ataboy2 from nexsan by Anonymous Coward · · Score: 0


    anyone played with one of these?

  138. Re:I'd have to say , yr wrong by bonezed · · Score: 2, Insightful
    I am the SysAdmin at my company and I built the network+servers by hand. The servers all run 3ware Escalade cards (Escalade 6800, raid10, 8 drives). In the 2 years they have been running I have had only 1 drive fail. Now my experience with SCSI is slightly different... IBM scsi drives and Mylex 150/160, lots of drive failures (in a high end raid cage too) and then lots of troubles with getting the raid sets to rebuild.

    for my money its IDE raid all the way

    --
    ---- Put Sig here:
  139. I have a stupid RAID question by Anonymous Coward · · Score: 0

    Say I have a pc with 2 ide raid adapters that are 2 channel boards with most processing done onboard like the smallest 3ware 7xxx or 8xxx boards.

    Can I create 2 RAID-0 arrays in hardware-raid with those boards, then since they appear as single scsi drives to Linux /dev/sda and /dev/sdb, mirror them in software raid ?

    Would there be an obvious performance drawback to this assuming it were possible?

  140. OT - More info by Bios_Hakr · · Score: 2

    I have three 40gb hard drives and am looking for a similar solution. Basicly, I want 20gb for NTFS (win2k), 20gb for ext3 (linux), and 80gb of shared fat32 (raid0) space.

    I'm gonna play around with this over the next few days. If I need info, can I send you an e-mail?

    Have you thought about drafting a howto?

    --
    I'd rather you do it wrong, than for me to have to do it at all.
  141. Adaptec 2400A Supports RAID 1+0 by leek · · Score: 2, Interesting
    The article is misleading because the Adaptec 2400A actually supports RAID 1+0 (striped mirrors), which is more fault-tolerant than RAID 0+1 (mirrored stripes). Useful article on the subject of RAID 1+0 vs. RAID 0+1.

    But this is probably Adaptec's fault, since they label RAID 1+0 and RAID 0+1 opposite from standard convention.

    I connect different power supply lines to each of the mirrors' halves, so that one half of each mirror is powered by one line, and the other half is supplied by another line.

    If a power supply fails only partially, it usually does so on one of the peripheral power lines. With the right power supply wiring, and the 2400A set up in RAID 1+0 mode, a power supply failure will not usually result in any lost data, since it will be isolated to one half of each mirror.

    Power supplies have been failing on me more often than drives have lately, even when they are used well within their rated limits.

    Don't power both drives of a mirror with the same peripheral power cable!!! On many power suppplies, those separate peripheral power connector lines are on separate circuits, which means one may fail while the other doesn't. It's best to spread the chances of failure out as evenly as possible across the RAID.

    Two-channel IDE RAID cannot support RAID 1+0, only RAID 0+1. Four IDE channels are necessary for RAID 1+0 to be effective, because if one drive fails in a two-channel configuration, the other drive sharing the same channel can stop working too, especially if the failing drive was the master.

    Adaptec also offers open-source drivers for the 2400A, while the article neglects to mention that, and in doing so implies that only 3ware and HighPoint do.

    Also, the article's table has read/write speeds of the Promise FastTrak shown backwards (133 vs 100).

    Nonethless, the article's comments about the 2400A's slow rebuild time are accurate. It takes around 8 hours to rebuild my 120 GB 1+0 RAID (four 60 GB 7200 RPM drives).

    And keep in mind that the 2400A is a SCSI RAID solution retrofitted onto an IDE interface -- some of the 2400A's firmware is shared with Adaptec's SCSI RAID firmware. So the 2400A is not really built or optimized for IDE from the ground up.

    But if you need RAID 1+0 or RAID 5 data protection, and you have 4 inexpensive IDE drives to use, the 2400A is nice. It's twice saved me from losing any data. Don't expect blazing-fast performance, though -- just consistently good performance, very low CPU usage, and very strong reliability.

  142. Other IDE devices with IDE RAID by nich37ways · · Score: 1

    How does one hook up any other IDE device when using an IDE Hardware RAID.

    If you want to stick in a cd-rom/burner or anything else how does it work, everything online assumes you already know what you are doing in this respect

    nich

    --
    37 - what does it stand for really...
    1. Re:Other IDE devices with IDE RAID by Epsillon · · Score: 1

      In most cases your IDE RAID solution will be a separate card. Even if it's on the motherboard, it will still be a separate device with its own resources. You still have two IDE channels free on the on-board controller for "legacy" IDE devices such as CD writers and DVD drives, as well as the more esoteric devices such as tape streamers and LS-120 drives.

      Your RAID controller channels will invariably be distinguished from on-board (assuming an on-board RAID) by the headers being a different color. On the Soyo boards these are yellow, with the primary standard IDE being red and the secondary black.

      Worth a note, but often overlooked by OEM system builders is that a channel will default to the lowest transfer rate on it's cable. For instance, if you have an UDMA133 controller and drive on the primary master and you connect a DVD ROM only capable of UDMA33 as a slave, your fast drive will be hobbled to this lower speed. Make sure, as much as possible, that you have a channel for each device, and if you have to slave, ensure you use a channel that won't affect your base performance. For two drives, use channel 0 master and channel 1 master on your RAID for your RAID set, channel 0 master for your "boot" optical drive and channel 1 master for your re-writer etc. For four drive RAID, slave the other two drives on the RAID channels.

      --
      Resistance is futile. Reactance buggers it up.
  143. Re:experience [OT wrong comment] by Omnifarious · · Score: 1

    I was wondering what on earth you were talking about, especially since a few people had seen fit to moderate you up. Your reply had nothing to do with the parent. Because of that, it seemed like incoherent babbling to me. How amusing that it was moderated up. :-)

  144. ATA RAID & Linux by Anonymous Coward · · Score: 0

    I have been fighting with a Promise TX2000 for the past 2 days on a linux system. This article couldn't have come at a better time. All I can say is ... its useless. Unless you are a complete kernel hacker you can just about forget it. If you want to upgrade the kernel on your redhat system, be prepared to loose your array. The drivers I have found are specific to your distro and the original kernel it came with.
    Oh and one other thing ... the TX 2000 from promise is not technicaly "hardware" raid. From what I read the drivers are writen to do most of the raid and the card itself only has some basic raid functions... see here http://archive.lug.boulder.co.us/bymonth/2002.10/m sg00201.html

  145. Raid 0 story by eagl · · Score: 2

    I built a Pentium 3 gaming system from almost the ground up and decided as games seem to be having longer and longer load times, I'd get an ABIT motherboard(SA6R) with highpoint raid onboard. I matched it with 2 40gig IBM drives (the ones that don't suck) and the speedup in desktop response time even in non-gaming tasks was immediately noticable. To help offset the statistically halved reliability, I have the drives mounted in a cage with 2 case fans blowing cool air over them.

    That motherboard died slowly as the capacitors blew out one by one, but it didn't kill the RAID array. Since I didn't have a full backup of the entire volume, I replaced the motherboard with another ABIT motherboard (KR7A) using the next edition of the same highpoint controller, but using an Athlon CPU this time. The RAID volume was fortunately recognized immediately, however the old windows install was unrecoverable because I never could convince windows98SE setup that I was now using a VIA chipset instead of the Intel 815. I ended up deleting the windows directory, re-installing windows, and then re-installing all my software over the old installations which saved all of my data and most of my non-registry application settings. This process was reasonably quick due to the high speed of the drives.

    On the VIA chipset motherboard the RAID array is slightly slower than on the Intel board, however VIA released a driver that recovered most of the RAID speed. It's still easily the fastest responsing computer in the house out of 4 systems, primarily due to the hard drive speed.

    I don't recommend RAID 0 for anyone but the hard-core hardware tweakers because the potential for rather amazing difficulties is rather high. If the motherboard dies, I will lose the array if I can't find another motherboard or controller card that recognizes the existing array format. That's easy now, but might not be easy next week or next year. Add double the statistical failure rate on top of that (remember I'm running IBM drives, ugh), and it's definately not a solution for a system that must be reliable with quick failure recovery times.

    The RAID array also makes overclocking somewhat more of a gamble. I nearly doubled my disk score under PCMark2002 with a mere 3 mhz FSB overclock, however the system also became slightly unstable and I couldn't tell if it was bad memory or the drive subsystem becoming flaky at the increased speed. Some hard drives and drive controllers are notorious for being finicky about running at higher speeds, and I've read that IBM drives in particular do not tolerate PCI bus speeds much over standard.

    It sure is fast though, enough so that I don't have anything but the video card overclocked. 20-30 day uptimes on a win98SE gaming rig speaks for itself. That's horrible compared to linux, but it's outstanding for a win9x gaming rig.

    I haven't had the time to try Linux on this machine and since it's both my game rig and daily-use machine and the games I play (flightsims and driving sims) don't run all that well under linux, and I don't feel like dual-booting my main rig. I run it 24/7 and in 2 years I've lost one power supply, one 80mm case fan, and one stick of DDR memory in addition to the failed ABIT motherboard. Speed is great, reliable speed takes careful parts selection.

  146. IDE- Raid solutions by WhtDaUWant · · Score: 1

    I work for a company that makes movie trailers. Due to the nature of the bussiness we need large amounts of storage and fast acess to it. For out main editing stations we use a fiber setup but for the motion graphics department we have one 400 gb Medea external system and for that departments server we have a terabyte of sotrage on a IDE RAID solution. Both of them work great, the second system is RAID 5 with hot-swapable hard drive bays. It works great and it was around 1/5 the cost of a SCSI solution and even more for a Fiber Solution.

    --
    My little Universe is cool for the people who can fit inside it (being 250 6'4" there aren't that many who can)
  147. I prefer software RAID by Anonymous Coward · · Score: 1, Interesting

    I have every byte of data on the main file server on a RAID array of some sort.

    There are 6 drives. Each has a common prefix (/boot and swap partitions), then the rest is divided thus:

    2 are striped RAID-0 for /var/cache and user temp space. This is stuff that can be recovered easily in the event of a drive failure. It's not backed up; it's for the squid cache, user mp3s, unpacked source trees, and the like.

    4 are in a RAID-10 array. That is, a pair of mirrors, striped together. This is done with two Promise IDE cards, and the mirrors span controllers, so even a controller card failure can't take the system down. (This has been experimentally verified when one acted up. Reseating it seemed to fix it, but there's a spare sitting on the shelf for next time it gets out of line.) The disaster plans also involve splitting the mirror and walking out the door with half of it if we have to evacuate for some reason. Instant, up-to-the-minute backup.

    Swap is over three mirrored pairs, and the kernel stripes them, so we have the equivalent of RAID-10 there, as well. /boot is normally mounted read-only, and contains a full (text-mode) system installation with all the goodies you could want to reconstruct a messed-up system, recover tape backups, etc. This is a 6-way mirror, so killing it would be extremely difficult. LILO's mirror support means that each of those 6 drives is bootable.

    This plus ext3 has given me a very robust system.
    Using software RAID lets me easily replace any broken part of the system without woprrying that the original vendor might have gone out of business or lost interest in the RAID product.

    It's saved my ass a few times already, so I'm happy.

  148. Random read/write performance by SilverSun · · Score: 2

    I wonder if people here have experience with random read to RAID systems. Usually I only see specs for the sustained read/write performace for the system.

    We have a couple of fileservers with RAIDs attached, usually SCSI-IDE RAID systems, some SCSI-SCSI. While the sustained read is usually equally good, i.e. only depends on the host-interface, the random read under heavy load is really crappy for the RAIDs with IDE discs. And with crappy I mean ~10MB/s not 150MB/s with sustained read on the very same system. Is that expected?

    The pseudo randomness of the access pattern commes from a cluster. As clusters are popular these days, and almost always produce rondom like access patterns, shouldn't people pay more attention to that?

    Any experience/insight would be welcome.

    Cheers, Peter

    --

    KdenLive/PIAVE - non-linear video editing

  149. Ouch by Bert+Peers · · Score: 2, Funny

    This is when you realize how scary it is that i and o are right next to eachother on the keyboard =)

    1. Re:Ouch by Anonymous Coward · · Score: 0

      "This is when you realize how scary it is that i and o are right next to eachother on the keyboard =)"

      Eh?

    2. Re:Ouch by chez69 · · Score: 0

      think about the if and of parameters of the dd command.

      --
      PHP is the solution of choice for relaying mysql errors to web users.
  150. I don't know if it is possible. by Futurepower(R) · · Score: 2


    I seem to remember that there is something about the NTFS file system and Windows XP that prevents doing this. However, I would like to know more about it. There are free SID changers, so that is not a problem.

  151. On SCSI drives and RAID controllers by haggar · · Score: 4, Insightful

    I like reading the comments here, I am humble enough to know I can always learn something. But there's something I didn't see mentioned, in all these IDE RAID setups that people describe: can you have a hot spare disk? Hot spare is critical for data reliability. If you have a large RAID 5 or RAID 0+1 (not advised, always do 1+0, whenever possible), you can do the math and see how darn important it is to have the host spare.

    What good it is to have a RAID 5 without a hot spare, when you can only guard against single drive failure? So, I really hope IDE RAID supports hot spare, otherwise I question the saity of mind of the admins who implement such solutions.

    As for IDE vs SCSI drives, I have to say that I will always go with SCSI, as long as I am in a multuser environment where seek times are critical. Apparently (experience shows), if you put your database space on a RAID, seek times are critical for the performance of your application. In this context, I think this review/coparison would have benefitted from a real-life aplication's benchmarking, with a database hosted on the RAID.

    --
    Sigged!
    1. Re:On SCSI drives and RAID controllers by EvilNight · · Score: 2

      The 3Ware cards will do a hot spare. I'm not sure about the competition. I spent some time at 3Ware's boot at Linuxworld in NYC back in 2000 and they blew me away, so the next time we had to build a server here at work I built a 4-drive (WDC 100GB) RAID-5 on a 3Ware 7850. Got it up and running under Suse 7.3, hosts a big ole postgres database. I've got 3 drives for data and the fourth as a hot spare.

      Now, here's an interesting bit... Compaq had a technology in their servers I remember seeing that would stripe the *free space* across the disks as well as the data. Your "hot spare" would actually be a member in the array with data on it... each disk would have enough free space on it so that if a drive died, the array would rebuild the missing data and write it in filling up all this free space across the entire array. You'd still have your parity information at this point, so you could handle a second drive failure and not lose the array.

      Stripe the free space as well as the parity information. Good idea. Why the hell don't I see this more often? You can survive a 2-drive failure on a RAID-5 with it. Hell, there's really no reason you couldn't add in multiple "hot spare" drives and stripe your array across them so you could survive losing 3 or more disks at a time. I'm not sure why you'd want to do that, but I'm sure it'd be useful in some applications, and at any rate striping the usual single hot spare gives you better performance than letting it sit there doing nothing.

      Never understood why that technology hasn't started popping into IDE RAIDs... considering the qeustionable reliability of IDE drives these days, I think it would be a huge selling point for any vendor that offered it. If anyone knows more about this, please do comment on it.

      --
      Hell is being intelligent in a world full of idiots.
    2. Re:On SCSI drives and RAID controllers by haggar · · Score: 2

      Just a minute: 4 drive RAID 5, of which one was the hot spare? So you basically had 2 drives for data, only. That's not the most efficient RAID 5 setup one can imagine. In fact, the same utilization of drives you could have achieved with RAID 1+0, with the added benefit of much better performance than RAID 5.

      OK, so these IDE RAIDs do have hot spare. Good to know. Is there a limit to how many hot spares you can have, and whether you can have more than one RAID (0 or 5) on one controller?

      --
      Sigged!
    3. Re:On SCSI drives and RAID controllers by GigsVT · · Score: 1

      I've never tried to have more than one hot spare, but I'm pretty sure you can with 3ware.

      You can make as many arrays per controller as you want. They will show up as scsi devices to the underlying OS.

      3ware has 8 and 12 channel serial and parallel ATA controller cards, all are 64bit PCI.

      You can use serial ATA even today, 3ware sells a dongle thing to stick on the back of a parallel ATA drive to change it to serial. The dongle is $30 each. If you are going to use more than 8 drives, I highly recommend using serial ATA since the cabling is a real hassle with more than 8 ATA drives in a single computer.

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
    4. Re:On SCSI drives and RAID controllers by haggar · · Score: 2

      Thanks for the info. Incidently, would you happen to know if the arrays appear as SCSI targets or SCSI LUNs?

      --
      Sigged!
    5. Re:On SCSI drives and RAID controllers by GigsVT · · Score: 1

      I've never had more than one array per controller, so I don't know for sure, but I think everything shows up as a full drive as if it has a SCSI ID number. Call 3ware to make sure.

      Different controllers obviously show up as different SCSI ID.

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
    6. Re:On SCSI drives and RAID controllers by m11533 · · Score: 1

      I'd point out that RAID is used for more than just production servers where its uptime and data safety that are the priorities. I've been involved in situations where RAID is used solely for performance, exceeding the performance achievable with a single drive (even going with pure RAID 0 since its not the long term preservation of the data or even uptime that matters). I've also been involved in situations where it was pure capacity of a single filesystem spaning multiple drives that was the driver, though in this case we did not want to loose anything on a disk crash, so we went with 0+1.

      I should note that all of this was independent of IDE vs. SCSI, though much was SCSI simply because IDE RAID either did not yet exist or was not supported on the systems involved. Much of it was done with software RAID as the setting was usually one where money was extremely tight but the need for performance and/or space was close behind.

    7. Re:On SCSI drives and RAID controllers by haggar · · Score: 2

      Let me clarify: in the SCSI world, and in all those situations where a SCSI name space is used (like with fibrechannel and also in this case), the drives are discriminated based on the SCSI target (or SCSI ID) and the LUN. In most cases, which I believe are the ones you have seen, the drives have LUN 0. But that doesn't have to be necessarily the case, you can have two drives with the same target number but different LUNs. That's exactly how it works withing the T3, where each volume that you create inside the array shows up with the same target but different LUN.

      Just thought this might be an interesting FYI.

      --
      Sigged!
    8. Re:On SCSI drives and RAID controllers by GigsVT · · Score: 1

      Yeah, I understand LUNs, I just am not sure whether 3ware uses them. I'm pretty sure they do not, even if you create multiple arrays within a single controller.

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
  152. Hotplug feature by Anonymous Coward · · Score: 0

    Neither the article nor the comments mention the most important feature for server RAIDs: hotplug.

    While quite common in SCSI RAID IDE RAIDS often miss this feature. This is why we choose 3ware 7850 controllers that support hotplug for IDE devices.
    Since version 7.52 of firmware and utilities hotplug is available for HW-RAID and JBODs (JBODS only with the command line interface).

    For performance reasons we use SW-RAID5 (7+1 160 GB disks on linux), which increases write performance from about 25 MB/s to >80 MB/s (bonnie), reads are about 150 MB/s SW or HW Raid.

  153. MTBF and RAID 0 by dors · · Score: 1

    I'm a bit irritated about the statement that "MTBF is cut in half since you have twice the exposure to drive failure."

    I would have thought that the MTBF is that of the weakest link, isn't it? For example, if I had one drive with MTBF of say 10 secs, and one with 10 years, striped to a RAID 0, the MTBF is still 10 secs, and not 5 years.

    Or am I missing something?

    Holger, who always hated statistics!

    1. Re:MTBF and RAID 0 by eagl · · Score: 2

      You're missing the idea that many (most?) RAID 0 setups use 2 identical drives. My RAID controller documentation specifically indicated 2 issues regarding the drives used. First, it indicated that performance would suffer if two different drives would be used. Not MIGHT, but WOULD. Second, it said that if drives of two different sizes were used, the total capacity would be twice the size of the smaller drive.

      Based on those two issues, it seems reasonable to think that many (most?) people making RAID 0 arrays would use two identical drives. I know I did in my RAID 0 setup.

    2. Re:MTBF and RAID 0 by nuggz · · Score: 2

      You can't simply add the MTBF together
      depending on the system it would be similar to the form

      (1/Msys)^exp = (1/Ma)^exp+(1/Mb)^exp

      Msys being system MTBF
      Ma being for element a
      Mb for element b.

      Failure mode and distribution affects the exponent.
      And this is only approximate, and loaded with assumptions.

  154. CD booting by Erpo · · Score: 2

    Do you _need_ to boot from CD as a requirement? I am sure you know, but you could load from floppy or loadlin and even if loadlin doesn't work, you could install an older version (Win98?) of Windows and load it from there. In this extreme case, you could initially use the same partition you'd use for Linux for the Win98 install, and go on from there.

    Not really. It's more a matter of convenience since I try every major distro every few releases.

  155. Just setup a Promise RAID on HPUX 11 works great. by rdn2 · · Score: 1

    I just put together a 1.3TB formated, Promise 8 drive, RAID 5, with SCSI 160 Backchannel in an HPUX 11 N-CLASS box. While it's speed may not be quite as fast as a SCSI setup the fact that I can run to my local computer store for an IDE disk is reassuring to me. My customers previously only had JBOD on the system which made it hard for me to sleep at night... But i couldn't get them to spring for SCSI RAID so this has worked well in my situation. YMMV

  156. Comparison lacks most important features by dusty123 · · Score: 1

    There are some things I just miss in all these tests. There has already been another IDE-RAID test around that also lacks those important information:

    1) As you will notice, at the read tests, RAID0 ist a lot faster than RAID1. This is unclear to me as with RAID1 it is possible to speedup reading by splitting the read requests to 2 disks.

    2) In most tests the single disk is faster than RAID5, sometimes it's even faster than RAID0 (!). It would be interesting why this happens, if this is a RAID-specific problem or if the IDE-RAID controller are just so bad. Moreover in some tests single drive ATA-100 is faster than single drive ATA-133, this is completely unclear to me and should be explained in the article.

    3) RAID5 with 4 disks would be a lot more interesting thatn RAID0 with 4 disks. Nobody would probably do 4-disk RAID0 with IDE as the risk is far to high that one disk failes and data gets lost.

    4) What the article lacks most is a comparison to software RAID (e.g. with Linux.) What I assume is that Linux software RAID will probably be faster than any of these hardware RAID solutions.

    5) Moreover what is mostly not considered with Hardware RAID controllers is what to do if the controller fails. I use for one of my Linux servers a SCSI-Controller by DPT (now Adaptec) that works quite well but what should I do if this controller fails? Are those controllers compatible - probably not. So, if the controller fails and if I cannot get a replacement, all data will be lost. This is a BIG PLUS for software RAID.

    6) Although it's quite hard to do, a comparison to a hardware SCSI-Controller would have been VERY informative.

  157. linux/windows sharing by Erpo · · Score: 2

    I have three 40gb hard drives and am looking for a similar solution. Basicly, I want 20gb for NTFS (win2k), 20gb for ext3 (linux), and 80gb of shared fat32 (raid0) space. I'm gonna play around with this over the next few days. If I need info, can I send you an e-mail?

    You can send me an email, but I can't guarantee I'll be able to respond right away. It's the end of the semester and I have finals coming up.

    Two things you might want to keep in mind:
    -From the numbers you gave, it sounds like you want to split one 40gb disk between the two OSs and set up the other two in raid0 (just because everything divides up so nicely). It's more awkward with two OSs and three disks (I have two OSs and two disks), but if you can manage to involve all three disks in the array you'll get a significant performance boost. You won't quite max out a 32 bit 33MHz pci bus, but you'll come close (at least in sustained read transfers).

    -Theoretically, you should be able to format partitions of up to 2TB with fat32; however, windows 2000 and xp will only let you format partitions of up to 32GB -- well below what you need. If you end up formatting it with ntfs, be aware that linux write support for ntfs can destroy your data, so don't enable it. Also, some distros (redhat at least) don't ship with ntfs support for legal reasons. You have to hunt around on the net for an add-in rpm or compile the kernel yourself.

    Have you thought about drafting a howto?

    Sorry, but I don't think there are enough people that want to share win/lin software raid setups to make it worthwhile.

  158. IDE RAID5 for Linux by Anonymous Coward · · Score: 0

    This link explains how to convert a single IDE disk Linux setup into a tripple IDE disk RAID5 Linux setup (while keeping your original data).

  159. SCSI way-outperforms ATA in multi-user environment by Anonymous Coward · · Score: 0

    While the 10k RPM SCSI drives (eg., Seagate 10k.6) have lower access times than the 7200 RPM ATA drives (eg., WD200BB), their big advantage for servers is due to command queing. The current crop of SCSI 10k rpm drives provide more than TWICE the I/Os per second than the current crop of ATA 7200 rpm drives in storagereview.com's File/Web server benchmarks. The Maxtor Atlas 10k drive handles 271 i/o's per sec while the WD200BB can only handle 126. The higher rotational speed of the SCSI drives only accounts for a 40% improvement, not the measured 115% improvement.

    So if you have a lot of simultaneous disk accesses, then SCSI will way out-perform ATA.

  160. Straight to the conclusion by Anonymous Coward · · Score: 0

    go here http://tech-report.com/reviews/2002q4/ideraid/inde x.x?pg=38
    to see the conclusions.. you get to avoid 130 graphs.

  161. ok i want a percentage. by Anonymous Coward · · Score: 0

    I want to run a RAID 0 in my home computer (running linux). it's a 2800 Athlon XP with asus mobo/512MB ram. I'm currently using a 80GB Maxtor 7200. if i were to RAID a second 80GB Maxtor, what kind of speed increase would i recieve? Is it worth the extra $$?

  162. Re:Dude, i've got an IBM/cyrix PR 233 you can have by Anonymous Coward · · Score: 0

    Hi again, my e-mail is agentk_2@yahoo.com . Hope to hear from ya :-).

  163. Re:Dude, i've got an IBM/cyrix PR 233 you can have by Agent_Basilisk · · Score: 1

    Weird. Anyways, my e-mail is agentk_2@yahoo.com . Hope to hear from you :-) .

    Agent_Basilisk

  164. Software raid still a good option by Tetard · · Score: 1

    ... for the financially challenged. We use FreeBSD + RaidFrame (originally from NetBSD) for a smallish raid5 (250 GB effective storage), using 60 GB IBM ATA disks. Works like a charm. Otherwise go for www.zero-d.com -- they have scsi IDE raid cabinets. Nifty, but more expensive.

  165. Apparently, you can't either... by Captain_Chaos · · Score: 1

    ...so why complain?

  166. My IDE-RAID experience is... by DarkDust · · Score: 2

    so bad that I can only suggest to avoid it when possible ! Sometimes cost-considerations force one to use IDE RAID, which is the only reason for it to exist IMHO because so far I had only trouble with it.

    Well, to be precise with Promise IDE RAID, that's all I can talk about. Problem is they only release binary drivers, and if you need to run a Linux distro or just a kernel that isn't supported by them you're lost.

    We had to install several servers with Promise FastTrak 133 IDE RAID controllers, and we had to run Linux and VMWare with Windows 2000 Servers on it (don't ask :-).

    Problem was, those machines where dual-processor, and the normal SuSE 8.0 SMP kernel uses PAE (aka 64 GB RAM support), but VMWare doesn't support this. But Promise only provides modules for the SMP-64GB and Uniprocessor kernel. No support for Debian or SuSE 8.1 or SuSE SMP-4GB. To make a long story short, in the end we were forced to use software RAID, which is an ugly solution but one that works.

    If we had used those excellent Adapted SCSI RAID adapters from the beginning we would have saved us a LOT of trouble and time, and with time=money we would probably have spent the same amount of money plus have a solid solution that we planed from the beginning.

  167. Re: "Direction Microsoft is Going" by BCoates · · Score: 2

    Which files in particular can't you copy? Can you not access the data, or does the file not work when written to the target system?

    --
    Benjamin Coates

  168. Re:Your .sig by Android+robot+head · · Score: 0

    Is it "Americans"?

  169. That can happen with SCSI too. by TheLink · · Score: 2

    Did your IDE setup have a decent UPS and power supply? If it didn't then you may be blaming the wrong thing for the problem.

    RAID is only for disk failures, not other failures. Backup is for other failures.

    --
    1. Re:That can happen with SCSI too. by Jahf · · Score: 1
      Did your IDE setup have a decent UPS and power supply?

      Yep ... had a 1Kw UPS that still works well today and a good 350w PS (also still running 2 years later) that I bought to replace the crappy one that came with the tower a year before this happened. System load on the PS stays below 250w.

      I had 4 other non-RAID IDE drives in the box when the 2 RAID drives fried, all were still working after the 2 RAID drives fried. 3 still run today (1 died of the clicking death last year).

      BTW, I agree that backup would have solved my loss of the data on these 2 drives. I no longer do a ton of custom art or design so I don't bother anymore. I am still shocked that both drives got fried identically and simultaneously.

      --
      It is more productive to voice thoughtful opinions (reply) than to judge (moderate) others.
    2. Re:That can happen with SCSI too. by TheLink · · Score: 2

      Ouch. Sorry to hear about the loss. Could be a freak incident. Did the drives _die_ or get corrupted? Strange.

      RAID is probably better for uptime and/or performance. Esp on the desktop - if you're unlucky to get a datawiping virus/trojan, poof.

      --
    3. Re:That can happen with SCSI too. by Jahf · · Score: 1

      They would spin up and sound normal, but I couldn't get the BIOS on any of 3 machines to recognize them. I manually added their drive parameters and neither Linux nor WinNT would look at them (not even linux::fdisk or DOS::fdisk.exe).

      After giving up on the data (not a big deal this time) I contacted the manufacturer (Seagate) and got the proper low-level formatting program for the drives. It wouldn't talk with either of them. The conclusion was that something had zapped both onboard controllers.

      I could have paid a data repair company to try and swap the platters and/or controllers, but it wasn't worth the cost.

      Again, not a big deal, just an anecdote by now.

      --
      It is more productive to voice thoughtful opinions (reply) than to judge (moderate) others.
  170. How about this by TheLink · · Score: 3, Interesting

    18GB SCSI 10K rpm drive vs 120GB ATA 7200 rpm drive.

    Partition 120GB drive so that you only use the fastest 18GB of it.

    Now compare random access seek times. Only seeking 15% of 120GB drive ;).

    If 120GB ATA drive is too expensive. Test with an 80GB drive.

    Not sure what the results will be, but it's worth trying don't you think?

    Some drives would probably be better at short seeks than others (settling time etc). Don't see much info on this tho.

    --
    1. Re:How about this by brianvan · · Score: 2

      There's something about the parent post that made me queasy. As in, it's possible that the IDE drive results might be in the ballpark of the SCSI results. And if that's true, then an IDE RAID constructed with these "15%" partitions (if possible) would cost considerably less than a SCSI RAID and yet offer reasonably comparable performance.

      Then again, I dunno. I wanted to buy a RAID controller this week cause I already have the drives. Between reading about IDE RAID from about 20 different sites, and now this article, I've had it up to here. I think I'm just gonna get a $20 IDE controller and do WinXP software RAID. It's cheap, it'll probably be fast - faster than a standalone drive, and I really have no use for it anyway so I could give a hoot about reliability.

      Blah.

    2. Re:How about this by TheLink · · Score: 2

      15Krpm SCSIs should still win, but I strongly suspect 10Ks may not.

      10Krpm vs 7200Krpm. 6ms vs 8.3ms max rotational latency. 3ms vs 4.2ms average. Say the ATA drive has average 14ms total seek times, that's maybe 10ms to move the head?

      From "Storage review" the best 10K SCSI read access = 7.6ms.

      If by using smaller partitions you can lower the 10ms(full span random head move) to 3 or 4 on the ATA drive, you could get 10K SCSI access times.

      As for 15K SCSIs. You can use more ATA drives. But once space and power become a problem it gets counterproductive.

      Regarding your software RAID, some cheap "RAID" cards do it in software anyway:

      http://groups.google.com/groups?th=bcc2a30a7908c 7f b&seekm=fa.nnqkajv.1e5crhn%40ifi.uio.no

      Message 2 in thread
      From: Alan Cox (alan@lxorguk.ukuu.org.uk)
      Subject: Re: Promise Ultra66 -> FastTrak66
      Newsgroups: fa.linux.kernel
      Date: 2000/05/22

      > adapter to a raid controller. Linux finds the hard disks as if it
      > was a ordinary Ultra66 controller. But how do you get the RAID
      > stuff to work?

      The raid is in software. It gains you nothing much in Linux - we have our
      own software raid

      --
  171. Don't do it by mindslip · · Score: 2

    Using 2.(2, 4, 5).anything, and two different Abit RAID motherboards with either a Highpoint 370 or 372 chip, and either ReiserFS or Ext3, all I've had is endless hassles, data corruption, data loss, unrestorable boots, unmountable RAID arrays (both 1+0 and 5), an endless cycle of mkraid --dangerous-no-resync, mkraid --really-force, etc. etc. and of course, the obligatory restore-from-tape. Not to mention the endless VIA hassles with DMA, hd timeouts, and now, trying to restore, osst drivers dying and panicking where they once worked. ...I think the extent of it is RAID and IDE don't work reliably on Linux. I'm *completely* losing my faith in it. OSST (OnStream tape drives) are no longer supported (the old ones haven't been updated since mid 2001), and Linux in general is starting to become more hassle than it's worth for serious use.

  172. scsi vs. ide: from someone who knows by David+Jao · · Score: 3, Informative
    I can easily tell that 90% of the people spouting off here have never used both modern SCSI and modern IDE. Well, I have actually used both. So take it from someone who knows.

    There are valid performance and reliability reasons for using SCSI drives instead of IDE drives; the question is whether these gains are worth the cost, not whether they are there at all.

    Reasons why SCSI might be worth it:

    1. Spin rate. Until IDE drives gain 10k and 15k spin rates, SCSI drives will always be king in multitasking and random-access situations. 3ms seek time is so much better than 10ms that you have to use it to believe the difference.
    2. Reliability. IDE drives have one year or at best three year warranties. SCSI drives have five year warranties. You can run modern 15k scsi drives stacked next to each other with zero additional case fans and expect to outlast your warranty. Try that with IDE.
    3. Hot swap. Does anyone here know of a hot-swap IDE raid solution? I think not.
    4. Tagged command queuing. A SCSI drive can collect multiple drive requests and reorder them to optimize the actual physical retrieval of the bits in question. IDE drives, even if the box lists this feature, have never done TCQ particularly well. This kind of thing is impossible to benchmark because its benefits only show up under heavy multitasking, not single-tasking benchmarks.
    For most people, I would agree that you would be better off buying 2GB ram or two CPUs before spending money on SCSI. However, if you already have 2GB ram and two CPUs, and you still need more, then that's when you should look into high end SCSI.
    1. Re:scsi vs. ide: from someone who knows by Anonymous Coward · · Score: 0

      "Hot swap. Does anyone here know of a hot-swap IDE raid solution? I think not."

      What about the Promise ide raid controllers w/ the super swap cages? I've used those with Ide raid 5 and 1 and they have worked very well thus far.

    2. Re:scsi vs. ide: from someone who knows by pellaeon · · Score: 1

      I've used both as well. While I have no quarrel with your other statements, I must comment on:

      Hot swap. Does anyone here know of a hot-swap IDE raid solution? I think not.

      I have one running a bonnie right now. 8 disks, 4 channels, connected to the host via LVD SCSI, but the disks are IDE, and they're hot swappable.

      I agree with you on speed. I couldn't believe just how fast a 15k rpm SCSI drive really is!

      But the whole issue of reliability of individual disks strikes me as less than top priority for a RAID system. You care about the RAID system as a whole, not individual disks. The reliability in that area comes from RAID (5) itself.

      (On a side note: I've got a SCSI RAID that's almost 4 years old (7 9GB 10k rpm Seagate Cheetas) and that IDE RAID, almost 1 year old, with conservatively specced 80GB 7200 rpm drives. Guess who's the clear winner by a factor of 2? IDE! It even scores better in seeks! Granted, old SCSI system, but it can't even outperform a single 80GB, 5400 rpm Maxtor drive on any test!)

      --
      -- /bin/coffee missing. universe halted.
    3. Re:scsi vs. ide: from someone who knows by Anonymous Coward · · Score: 0

      I don't think you can dismiss the fact that your SCSI RAID is so old so easily.

      How big were the caches on both sets of drives? What SCSI spec does your SCSI RAID use? What are the RAID controllers you used for both arrays? By what metric do you measure your IDE RAID's 100% performance advantage?

      Not trolling you, I'd just like to hear more about your setup.

  173. Compatibility Issues by objwiz · · Score: 1

    I failed to see much said about compatibility issues. I know, for example, promise cards may not work with computers using a Nvida chipset for video (keeps me from using them). I would like to know what compatiblity issues those other cards have.

  174. Software RAID by Anonymous Coward · · Score: 0

    We use a lot of Linux Software RAID for low end servers. RAID 1 for a dial up server/VPN servers/fax servers etc is fine. They have little disk IO and we mainly just want uptime.

    I wouldn't bother with a controller for IDE RAID it just seems to add complications. If more speed is needed that Software IDE RAID, I'd just bite the bullet and buy a SCSI RAID controller and drives.

  175. Something very odd... by Daniel+Phillips · · Score: 2

    Something very odd about the single-drive ATA 100 results here. Anybody have a theory? To me, it looks as though the test is broken.

    --
    Have you got your LWN subscription yet?
  176. Small systems by Anonymous Coward · · Score: 0

    I've been using IDE RAID for about 5 years now, simple mirroring for data integrity. Two cables aren't such a hassle ;-)

    For a modest system without heavy performance requirements it's cheaper than SCSI while still offering redundancy.

    But not only drive quality is an issue, there is (or has been) crap on the controller market too.

    In all that time I've [luckily] only had three defective disks (on dozens of systems), but twice it wasn't of much help. That made us move to another brand of controller later, when more became available (I'm talking about what could very well be the first IDE RAID controllers, without even a windows driver or app - they were completely transparent to the OS).

    In one case, a disk had slowly degraded. The controller, instead of ringing bells and flashing lights, had somehow hidden all errors from the OS, and what's worse, the error only became (very) apparent after lots of corrupt data had been mirrored from the bad disk to the good one during a defragmentation run.
    Sudden death of a disk had been tested in several ways before we started using those controllers, it was also tested if running diskeeper on the array was safe, but can anyone tell me how to simulate gradually developing bad sectors?

    Second painful case: drive sizes tend to grow with time, so I used a larger disk once to replace one that started showing symptoms (this time the controller did give an alert and no corrupt data got onto the other disk, yet it was the same type of controller as the first time).
    No problem: mirror rebuilt, everything worked, even though the disks were of different sizes.
    Only weeks later, the other drive died (the same manufacturing flaw in both? Half of those systems are still running with both original disks after 5 years, with only these three defects on all systems toghether).
    After rebuilding the image, NT gave a blue screen at boot. It turned out that it simply wouldn't work if _both_ disks had a different size than the original.

  177. Re:Promise UltraTrak vs. Fibre Channel by jweage · · Score: 1

    Here is my experience. I have a Promise UltraTrak100 TX4, an UltraTrak RM8000, Compaq RA7000 and a FibreChannel 10 disk array. They have been used on HP-UX, Tru64 UNIX and Linux and the performance is pretty consistent across all OS's.

    Speeds are sustained write speeds.

    Compaq RA7000 RAID5 (6 10K disks) - 8 MB/s
    UltraTrak100 TX4 RAID5 (3 7200 RPM disks) - 7 MB/s
    UltraTrak RM8000 RAID5 (3 7200 RPM disks) - 18 MB/s
    FibreChannel Array RAID0 (10 10K disks) - 70 MB/s (saturates the bus)

    I like using an external unit as it makes it easy to move it to another server if necessary.

    However, there seems to be an issue with the Promise UltraTrak100 TX4 not queuing SCSI commands. Not sure if that is just an HP-UX problem or if it happens under Linux. It seems to really slow down the HP-UX server compared to the Compaq RA7000. I'm happy with the performance of the RM8000 connected to a Linux box. The price is consideribly less than a SCSI solution.

    If you want need something faster, go with SCSI. I can't justify the cost of Fibre, unless you plan on going to a SAN.

    Josh

  178. IDE RAID -- by Anonymous Coward · · Score: 0

    U am surprised they overlooked Duplidisk II - (www.arcoide.com) - about $300 -- Mirrors hard drives - O/S independent - no drivers because it works at the hardware level - can mix non identical drives - we have 11 of them in our office - they have several versions - our favorite has lights on the front so we can see if a drive has failed by walking through the room.

  179. 3 experiences with IDE RAID by billwie · · Score: 1

    1. we had a departmental server with a Promise IDE RAID controller, RAID 5 and 4x60gb. For a max of 125 users it worked fairly well for small files, but if you started to push around 50-100mb files the difference with SCSI RAID was really noticeable. We did have a problem with just one of the disks in the array failing, and there still being data loss though. It happened 3 times. Now that server has been retired and we have a shiny new SCSI RAID.

    2. A client bought 2 dell precision workstations with the promise IDE RAID controller, level 1 (striping). the perfomance gain over IDE was not that impressive (not really up to SCSI level). and both the original cards failed, but now they seem to work fine.

    3. Another client bought a dell precision with the IDE RAID, level 0 (mirroring) (paranoid). of course there was no perfomance gain, but this system seems to be rock solid as a standalone workstation with critical data.

    Do not recomend Dell to small business clients. We recomended our clients purchase the best support dell had to offer, however, dell would not send out a technician until someone sat down with them on the phone and pulled cards and cables. I asked our Dell rep (we do a lot of business with dell in our own offices) how much it would cost to get "I call, you come" service. THEY DO NOT OFFER IT. (home buyers get this kind of support but business clients are expected to have a technician on staff). Some of our clients have 5 employees and think that they are in the big time!

    I now recomend IBM equipment to all my clients. They cost more, but if you tell them that you don't feel comfortable opening the case, they come out and do it for you! And now I don't have do Dell's job for them!

    1. Re:3 experiences with IDE RAID by billwie · · Score: 1

      Watch those raid numbers! I'll have to remember not to post to /. before coffee!

  180. My advice... by kiwimate · · Score: 2

    More often than not, something ends up going wrong that would/could not have occurred had they followed my advice in the first place, and then I hear about it.

    Having been there and done that, the most important thing (at least in a professional environment) is to make sure you document your recommendations! You may also wish to document your specific concerns with respect to the course being followed that's against your recommendations.

    Not so important with friends (hopefully), but in a professional relationship it can be crucial to be able to whip out the e-mail/printed report you sent six months ago when the client comes back all miffed, especially if you perform regular maintenance on their network (for example) and they're now blaming you for their data loss.

  181. Raid 1 read performance? by Anonymous Coward · · Score: 0

    In the article, the author says that Raid 0 gives better performance, while Raid 1 gives better reliability. But shouldn't reading from Raid 1 have the same performance advantages as Raid 0 when reading? You can read different parts of a file from different drives, after all...

  182. Oh, come on... by stud9920 · · Score: 2

    It could be worse : you could be telling me damn lies about your benchmarks.

  183. IDE-RAID story by OpCode42 · · Score: 2

    I personally would love to hear any ide-raid stories that slashdotters might have.

    This one time, at IDE-RAID camp, a girl stucka f lue up her pussy.

  184. clueless by Anonymous Coward · · Score: 0

    articles that start out poorly lose my interest quickly...'You get more data to use, but manufacturers seem less and less willing to guarantee the integrity and safety of all those extra bytes'... manufacture never guarantee integrity and safety of data. all they guarantee is replacement of a failed drive...

  185. Solutions no one has mentioned yet.. by WalkingBear · · Score: 1

    So far all the discussion has been about IDE raid solutions internal to a server (eg.. a card inside the computer). I would like to mention a second IDE raid solution that has worked exceptionally well for the company I work for. We started out with an SX-6000 card but found that the early version had a bug that crashed the PCI bus under very heavy network load. (email me for all the sordid details) We then moved up to the RM-8000 and SX-8000. The difference is that they, like the sx-4k and sx-6k have the i960 CPU and up to 128MB of cache, but unlike the sx4k, they have 4 seperate ide controller chips. Also, unlike the cards covered in the review, they're external chassis that attach to the server via an U160 SCSI interface. None of the OS incompatibility or driver issues apply. Drop in your favorite SCSI controller (Adaptec 66mhz U160 card in our case) and plug in the chassis. We have two configurations running here. One uses 8 Maxtor 160GB drives (Raid 6 w/hot spare, 996GB formatted space) and the other uses 120s in the same config (660GB of formatted space). We've been running these systems since March of this year in a very high load data center for both internal and customer facing applications. Performance has been splendid and even when we lost a drive, the resync time was in the neighborhood of 6-8 hours for the 1TB server. If you don't like the cards or have problems, then you might want to look into one of these boxes. Total cost (with 2 cold spares) was less than $5k in March for a terabyte. Add another 2k for the server (with gigabit copper nic) and you have a hell of a good file server for your business. Backups can be a problem with a system of this nature, however. The cheapest solution is to buy two RM/SX 8000 boxes and populate them identically. plug them both into your scsi card and mirror them. :) Another solution is to get a DLT8000 or other large capacity tape drive and let it run for 20+ hours at a time. (4 drive DLT8000 autoloaders will back this up in 6-7 hours but cost $50k). Just wanted to throw a bit of fuel on the fires of discussion here. Walking Bear

  186. Hmmm... by Anonymous Coward · · Score: 0

    It's ok if you do actually use master and slave, but you try and work out what the feck's going on when CSEL is involved...!

    1. Re:Hmmm... by Anonymous Coward · · Score: 0

      Cable select? Piece of cake - one plug on the IDE cable is master, the other is slave. The position on the cable is used instead of a jumper on each drive.

  187. 3ware Rocks! My recipe for IDE RAID... by Anonymous Coward · · Score: 1, Informative

    I help out a broadcast non-profit group that works with tons of audio files. As one might imagine space is a very big issue with audio and since they are non-profit price is always the most important factor.

    They had to build a very large streaming server and luckily write speed wasnt an issue. Every week, at least 2 gigs of new content gets loaded onto the server.

    I did TONS of research... SNAP servers were two small, NETAPPS way too expensive and SCSI drives, for some reason, are still outrageously pricey ($700 for a 73 gig drive?!?!?!?!).

    I was able to make a nice RAID 5 box with over 800 gigs of available space for around $5000. I can't imagine making such a setup using SCSI for under $12k. Since the server was built awhile back, everything is cheaper now, so there's no reason why one couldnt make such a server now for close to $4,000.

    Unfortunately, the server was built a few months before the 160 gig maxtors were available... the same setup with these drives would go over a terabyte.

    Here's the recipe we used:

    1) get one very snazzy case with lots of fans that can hold up to 16 IDE drives:

    Case:

    http://www.rackmountpro.com/productpage.cfm?prod id =556

    2) since price is an issue, we of course went with AMD instead of Intel:

    Motherboard:

    Tyan Tiger 760 MPX S2466N DDR (AMD)

    CPU

    2 X AMD Athlon MP 1900+

    3)RAM: 2 x 512 Megs DDR from crucial

    4)HD: 9 X Western Digital 120GB drives (8 for RAID 5 + 1 spare)

    5)Controller: 3WARE Escalade 7850 ATA Raid Controller

    When the first 8 disks fill up, all we have to do is throw in one more Escalade, and put 8 new drives into the hotswap cages and we've doubled capacity. Total cost for an additional terabyte: $1800.

    The performance of this setup using Red Hat 7.3 has been AMAZING. Our server regularly streams to over 400 listeners and we're not seeing any bottlenecks on I/O. The 3ware management tools are great... should one of my ide drives go bad on me, it sends an email.

    If I had to worry about a big DB with tons of real time writing going on I would think twice about using IDE but for general file serving I can't think of a good reason to justify the price of SCSI.

    One caveat: as some here have pointed out here, cabling is a bit of nightmare.

  188. The SCSI vs. IDE difference. by bdowne01 · · Score: 3, Informative

    I've been working on x86-based servers a long, long time.

    There are many reasons one should choose SCSI over IDE, but I want to counter a few of the arguments I've read through the many messages here:

    Argument #1:
    SCSI can have 15 devices per bus, but why buy more smaller and more expensive SCSI drives instead of getting fewer large IDE drives?

    Answer: Bigger isn't always better. On large RAID systems (real servers, here people...not Mp3 servers) one of the concepts of RAID5 is to spread out the data among as many drive spindles as possible. This keeps each drive's load level under control, and eliminates hot-spots on individual disks. If you sit down with any SAN vendor, like EMC, they will tell you the same thing.

    Argument #2
    Sustained IDE Raid performance can equal SCSI
    This is absolutely incorrect. This may be true on a server with no CPU load. Try this again on a server running SQL and averaging 85% load. You will NOT see the same performance out of an IDE disk layer. There is simply too much CPU overhead on an IDE-based RAID system for heavy-load systems. The idea behind a SCSI controller is that it is free of the system's CPU as a bottleneck. The money saved on non-SCSI hardware will instead need to be spent on faster CPUs.

    Argument #3
    IDE Disks are just as reliable as SCSI
    Again, completely false. You get what you pay for. SCSI disks have logic on each disk to control the operations OF that disk. In a RAID array, you want each disk to be completely independant of the others. IDE RAID requires the controller to do all the monitoring (if there is any) of each disk, lowering performance of its primary function--controlling disk I/O. Anyone who has worked on a Compaq server and used Insight Manager will be able to see the advantages of SCSI disks directly. SCSI disks will be more reliable since they are built to be more reliable. IDE disks are meant for cheap deployment on cheap systems.

    Thank you, have a nice day :-)

    --
    -brain
    1. Re:The SCSI vs. IDE difference. by GigsVT · · Score: 1

      SCSI can have 15 devices per bus, but why buy more smaller and more expensive SCSI can have 15 devices per bus, but why buy more smaller and more expensive SCSI drives instead of getting fewer large IDE drives?
      Answer: Bigger isn't always better.


      Smaller isn't always better either. If you need a multi terabyte array, and rotational latency isn't too critical (near-line storage of massive files), then ATA RAID is perfect for you. SCSI has a place, and that place is in servers with massive amounts of transactions of relatively small files.

      Sustained IDE Raid performance can equal SCSI
      This is absolutely incorrect.


      Have you tried hardware ATA RAID like 3ware? Anything else is apples and oranges really, since those SCSI controllers have an i960 or similar to offload the XOR operations of RAID5, like 3ware does for ATA. External ATA boxes with SCSI or FC interfaces in the back of them are also excellent choices when you have a laden host CPU.

      Here's a back of the envelope test with 3ware controllers and a laden CPU
      for (( ; ; )); do :; done &

      Ran this three times to load the CPU down. ./bonnie++ -d /storage2/ -f

      Version 1.02a ------Sequential Output------ --Sequential Input- --Random-
      -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
      Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP
      burgundy 1G 46428 21 29121 19 101126 45 255.7 1

      46MB/Sec write, 101MB/Sec read, 1% CPU use on read, %20 use on write. Not unreasonable. This was with the load average at 3.5 or so. Array is 24 ATA disk, 5400 RPM. Three 3ware 7810 controllers. The 7850s are even faster with more on-board cache.

      IDE Disks are just as reliable as SCSI
      Again, completely false.


      Maxtor MaxLine II disks will be rated with the same MTBF as their SCSI disks, and are specifically designed for high end enterprise storage. ATA is going to be the standard in enterprise storage, don't miss the boat because your information about ATA is 5 years out of date. 5 years ago I would have agreed with you, things have changed with ATA.

      ATA is less than half the cost, so completely mirrored systems become affordable where they might not have been before.

      SCSI has a place in servers, and ATA has a place in servers. It all depends on your needs.

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
    2. Re:The SCSI vs. IDE difference. by bdowne01 · · Score: 2

      Smaller isn't always better either. If you need a multi terabyte array, and rotational latency isn't too critical (near-line storage of massive files), then ATA RAID is perfect for you. SCSI has a place, and that place is in servers with massive amounts of transactions of relatively small files.

      Which is what we have. One of our EMC Symmetrix boxes contains nearly 6TB raw space. I suppose you're correct, though...if you're running an archive box or something I could see where this would be beneficial. Running something like that for a database server would be suicide though.

      Have you tried hardware ATA RAID like 3ware? Anything else is apples and oranges really, since those SCSI controllers have an i960 or similar to offload the XOR operations of RAID5, like 3ware does for ATA. External ATA boxes with SCSI or FC interfaces in the back of them are also excellent choices when you have a laden host CPU.

      Actually, I have in a small workgroup-class box. I was really impressed with the performance, but I have reservations about performance at sustained levels. I can't see ATA-100 IDE disks realistically competing with Ultra-320 disks. Instead of trying to pinch pennies and hope that it would satisfy the requirements, we decided to go with what works.

      Maxtor MaxLine II disks will be rated with the same MTBF as their SCSI disks, and are specifically designed for high end enterprise storage. ATA is going to be the standard in enterprise storage, don't miss the boat because your information about ATA is 5 years out of date. 5 years ago I would have agreed with you, things have changed with ATA.

      I have seen those as well, but real field experience has told me otherwise. There's just not enough quality built into IDE disks to realistically call them server-class material. I have a few old compaq pentium class machines pushing 7 years old that have been running non-stop for all 7 years and not dropped a disk. I've yet to see a IDE disk pull that off.

      I do agree with you though, in a small environment where absolute 100% uptime is critical IDE may be an affordable tradeoff. Personally, in our environment it wouldn't make the cut.

      --
      -brain
    3. Re:The SCSI vs. IDE difference. by Anonymous+Freak · · Score: 1
      I can't see ATA-100 IDE disks realistically competing with Ultra-320 disks. Instead of trying to pinch pennies and hope that it would satisfy the requirements, we decided to go with what works.

      Why not? Go to StorageReview.com and check out their leaderboard. The ATA Western Digital 2000JB is as fast as most 10,000 RPM SCSI drives. And when ATA moves to 10,000 RPM, it may very well equal some 15,000 RPM SCSI drives. It's not the interface itself that is the problem anymore, it's the drives themselves. With the new Serial ATA, we've got 150MB/s PER DISK at our disposal. On four disks, that would be a possible 600MB/s, which is way more than even the Ultra320 SCSI interface is capable of. Of course, we're not going to get near those speeds from the drive anytime soon, as a single Seagate X15.3 tops out at around 75MB/s. So if they were to release a Serial ATA version, each channel would have plenty of headroom, whereas two of them is enough to flood Ultra160, and four is enough for Ultra320. (And to replace the 8-drive array I've got in a server, you'd have to get a four-channel RAID card. I haven't seen any of those around. I HAVE seen an eight channel Serial ATA card, though. Yes, it's hardware RAID.)
      I have seen those as well, but real field experience has told me otherwise. There's just not enough quality built into IDE disks to realistically call them server-class material. I have a few old compaq pentium class machines pushing 7 years old that have been running non-stop for all 7 years and not dropped a disk. I've yet to see a IDE disk pull that off.

      I've had worse experience with SCSI than with ATA, personally. I used to be a SCSI head, back in '97, I completely emptied my desktop of ATA, for the same pregidouses you quote. Then I had three 'server-class' SCSI drives fail on me within the span of one year. My son's computer is 5 years old, and it's ATA drive is still chugging away with no problems, even though it has gotten absolutely constant use/abuse. (It's not on a UPS, with very unstable power. It has been hard powered down at least a hundred times, and still doesn't have a single bad sector on the drive. One of my SCSI drives failed after a normal, controlled shutdown.)

      With ATA becoming more prevalent in enterprise situations (Especially with the new Serial ATA RAID cards coming out from major, reputable, RAID companies,) it's only a matter of time before hard drive companies start releasing ATA drives specifically marketed for servers. They'll be more expensive than 'desktop' drives, but they will be just as robust as any SCSI drive out there. (From my personal experience, that's not exactly a selling point, though.)
      --
      Another non-functioning site was "uncertainty.microsoft.com."
      The purpose of that site was not known.
  189. Operating System Support -- huh? by jonadab · · Score: 1

    The article talks about OS support, and lists supported OSes. It
    seems people who use less common OSes are fresh out (though FreeBSD
    gets half-decent support). My question is, why does it make any
    difference what OS you use? Shouldn't the array be presented to
    the OS (indeed, to the BIOS) as a single disk? Isn't that the whole
    point of hardware RAID (as opposed to software RAID)? Why does the
    OS even need to know there _is_ a RAID? Doesn't make sense to me.
    I want to be able to set up a RAID (1, 3, or 5 are the schemes I'd be
    interested in), partition the resulting "drive" N ways, and install
    whatever OSes I want (provided they can run on x86 and support IDE,
    of course), just like I can on a single physical disk. Why won't
    that work?

    --
    Cut that out, or I will ship you to Norilsk in a box.
  190. IDE RAID beware by Anonymous Coward · · Score: 0

    We installed the Rainbow 100 card and all I can say is that when it goes down don't expect anything to recover.

  191. Linux Software RAID Craziness by topdown · · Score: 1

    I was all psyched when I got a mobo that supported IDE RAID. Turns out it was rather limited in what it could do, so I decided to implement it using Linux software instead. I ended up using LVM and RAID to create a structure of LVM on RAID1 on RAID0 with a spare disk hanging out in the case to boot off of. That took most of week to implement, but it's been working great ever since.

  192. Windows XP will not copy the registry file. by Futurepower(R) · · Score: 2


    Windows XP will not copy its own registry file, for example. Without the registry, the OS is useless.

    However, this behavior does not affect the ability to do a sector-by-sector partition copy under Linux. I don't know if that is possible, or what Linux tools to use.

    1. Re:Windows XP will not copy the registry file. by fferreres · · Score: 2

      I think that since you are copying partitions there is no problem at all. You are NOT copying individual files, you are not even accessing the filesystem so it doesn't matter if it's NTFS5, 6 or 9.

      --
      unfinished: (adj.)
    2. Re:Windows XP will not copy the registry file. by BCoates · · Score: 2

      You should be able to use the "System Restore" thingy to backup the registry or restore it. It stores the backups in \System Volume Information:

      (give yourself access to it, you'll need to be in Administrators)

      C:\>cacls "\System Volume Information" /E /G Administrators:F
      processed dir: C:\System Volume Information

      (the directory will be called _restore{some guid}\RP(count), pick the highest RP* directory for the most recent snapshot)

      C:\>dir "\System Volume Information\_restore{some guid}\RP93\snapshot"
      Volume in drive C has no label.
      [... snipped for lameness filter ...]
      12/05/2002 08:51 PM 17,580,032 _REGISTRY_MACHINE_SOFTWARE
      [... etc ...]
      16 File(s) 26,210,230 bytes

      These files should be accessable copies of the registry and the registry files for each user.

      You can access entire physical drives or volumes under windows through the windows api, (you open "\\.\PHYSICALDRIVE0" or "\\.\C:" or the like), so making a partition copy program that runs under windows shouldn't be too hard, I don't know if there's one available somewhere...

      --
      Benjamin Coates

  193. High point 404 by Anonymous Coward · · Score: 0
  194. When you need _big_ IDE is sooo much cheaper by srn_test · · Score: 1

    We needed the biggest disk array we could get for a project without spending more than about $USD25k.

    We built (3 load-balanced) machines with 4 120GB IDE/100 disks on them and used software RAID5 over them (using Promise TX2 cards).

    The raw volume does about 50MB/s.

    I loaded up 240GB of database onto it - this was around 200,000,000 (two hundred million) rows in a single PostgreSQL table.

    I then wrote a program to randomly chose rows from the table. We could select (completely at random) 65 rows/second. I was amazed. With all the random seeking going on, the drives were still doing about 20MB/s throughput, according to iostat!

    Since we needed to perform at 5 rows/second, this was wonderful!

    The best price we could have done it with SCSI was about 10x as much, due to the small size of modern SCSI disks...

  195. Re:Respond Bots?! by Anonymous Coward · · Score: 0

    Although you're unlikely to read this now, I concede that you have a point. I did get a little carried away in the frenzy, as we're all prone to do sometimes, but I've seen some rather strange timelines here before, and the numbers here seemed to paint a slightly scary picture. You can sometimes learn a lot from paying attention to the small details, and I think I just climbed a bit of a learning curve.

    If there were some sort of generic meta-post forum, I suppose I could have posted there - it would have been a better way to make this comment.

    BTW, I still like my idea for a filter that eliminates posts made too soon after a story was posted, after all it would have caught me too. ;-)

  196. Re:I'd have to say , yr wrong by zannox · · Score: 1

    Guess it all depends on the hardware. I've not used the Escalage, nor have I used IDE-RAID 5, or 10. I do agree with IBM SCSI drives though. They are just flat out unreliable. Have several of them in Toshiba Magna servers. I also have Quantuim, Seagate & Fujitsu SCSI drives in my HP NetServer Pro's. Both the Toshiba's & HP's use the Mylex 160 RAID controllers. Lets just say I've had 4 of 8 IBM SCSI drives go tits up in less than 3 years while all the other servers are still going strong with only 1 failure in 5 years out of 32 drives...

    So maybe I should check out that Escalade card. Just for myself of course. Our company doesn't order ANY servers or equipment if it doesn't come with an on site warranty FROM the manufacturer. They aren't to up on custom built servers and such. Get into custom hardware and our software vendors act like they are working on Typhoid Mary or something. It is their money and keeps me from getting that late night/weekend call that the server is dead NOW FIX IT. Much easier to go ok, call HP and meet rep for him/her to fix it then I restore from tape. Lets time, less hassle.

    All boils down to what you value, your data, your time, or both :) Since it's my time and THIER money SCSI...SCSI....ON SITE ON SITE :)

    Maybe, just maybe, 12 years from now, when HP/Compaq, or other high end server manufactures are willing to put the same warranty on the server with IDE-RAID as they do with SCSI. Then and only then I may be able to persuade purchasing to go with it. Till then it is mearly "new technology" that looks/sounds and may even be good. It just isn't a proven reliable/valuable technology.

    --
    I've nothing of importance to say, now go away before I taunt you with a second sig!
  197. 3ware advice by Anonymous Coward · · Score: 0

    It was sad to see that 3ware is still very fast for reads, but fails to write at a reasonable speed. We had the same problems with the 6800 series and the 7400 series. Luckily they work great with software RAID. I know it sounds funny to set up a RAID card as a just a bunch of disk and do the RAID in software, but it works great. I wish this review had tried software RAID on with these cards.

  198. Re:RAIDed and raped = RTFM by briantf · · Score: 1

    I'm writing this on an MSI KT3 Ultra ARU/xP2100 with 2 x 60 GB Maxtor stripe-set. I really like the FastTrak133 controller, and the whole system boots into XP in less than 30 seconds. This is the first system I've ever had that felt fast for more than two weeks (the autobahn effect). I'm still happy with it after 5 months, by far the all time record.

    Since I'm not an illiterate moron, I store all my data on mirrored and duplexed volumes on a dual cpu / ecc ram / dual power supply / ups'd / DAT backed up fileserver.

    Whining about a stupid user trick and somehow blaming it on your RAID controller is pretty funny. Since it's not redundant in a stripe set, what makes you think it has anything to do with RAID? Your controller was perfectly capable of creating a mirrored set, you know.

    I was the human tape changer 12 years ago on a SUN 490 with one of the very first RAID5 arrays. The purpose of RAID3/4/5 was to get the biggest volumes from the cheapest (most inexpensive) drives without sacrificing data integrity. It was never for performance reasons, and it still needed backup.

    Sheesh.

  199. Can you recommend some software to me? by Futurepower(R) · · Score: 2

    I agree. Can you recommend some software to me? I'll try it.

    1. Re:Can you recommend some software to me? by fferreres · · Score: 2

      Now that I think about it, parted doesn't want to touch NT partitions :( (though it may copy them if he wanted to, he can't be sure they will be bootable, so they don't allow that. I am not sure). But take a look at, it may be still be usefull:

      http://www.gnu.org/software/parted
      http://www.g nu.org/manual/parted-1.6.1/html_mono/p arted.html
      http://www.gnu.org/manual/parted-1.6.1 /html_mono/p arted.html#SEC71

      You could always use dd and operate on the raw devices (both hdds accessed as raw block devices, unmounted of course).

      --
      unfinished: (adj.)
    2. Re:Can you recommend some software to me? by richie2000 · · Score: 2

      Ghost. I recently changed my workstations from 18GB IBM SCSI to 80GB Seagate IDE Barracudas (a lot quieter for starters) and just Ghosted the old partitions (2G FAT16 for DOS6.22 and some recovery stuff, a 5G NTFS5 for WinXP, two ext3 partitions (Gentoo /boot and /root) and two more games and storage NTFS5 partitions) using an old Norton Ghost 2000 or 2001 (don't remember which, the box is in the office). It didn't grok the NTFS5 and ext3 partitions so I just ran it in sector-by-sector mode (-ia). No worries.

      --
      Money for nothing, pix for free
  200. two 120gig 7200rpm drives in RAID 0 by Anonymous Coward · · Score: 0

    I recently setup a two disk, 120gig 7200rpm RAID 0. Maximum speed is 87 mB/second, but the average bandwidth is an impressive 75 megabytes/second.

    Faster than any single drive on the planet, even those new 200gig ATA133 drives or 15,000rpm SCSI drives.

    The best part was the $200 price. Each drive was only $99 (thanksgiving sales), and the RAID controller is built-on the mb. Even if it wasn't I bought a PCI RAID controller before I bought the board for only $20 on eBay.

    I haven't forgotten about backups though: I have a third 120gig 5400rpm drive to backup any important data on the other two drives on a nightly basis.

  201. Re:SCSI for workstations? Buy two IDE for 1/2 SCSI by Anonymous Coward · · Score: 0

    Maybe I'm mistaken, but why not just buy two IDE drives and set them up for RAID 1. If one IDE drive fails you have the second drive, and you saved yourself $800.

  202. Promise FastTrak w/ Slackware 8.1 by somekool · · Score: 1

    Hi
    we use Promise Fastrack with two 40gb harddrive on a RAID 1 array and we are fully satisfied.

    no particular slowdown, maybe except at installation time. but i've install the OS on a single drive and then create the array.

    i've not been able to install lilo on the array. i still boot on a floppy disk :(
    (any help here will be much appreciated.)

    any comment, question are welcome.

    somekool no spam at mytradecenter dot com

  203. There is third-party software that does work... by Futurepower(R) · · Score: 2


    There is third-party software that does work (mostly) for copying Windows XP sector by sector. Looks like that is better.

    1. Re:There is third-party software that does work... by fferreres · · Score: 2

      Looks more convenient i'd say :) ... but once you learn dd, it becomes your bitch forever. That's what I like under Linux, once you master more and more utils, they generaly stay there and are always updated and refined.

      But under Windows you can get things done faster (only that you always need to find utils and lack the proper knoledge which the app encapsulates).

      I'd say for are fairly good solutions. Depends on tastes and lon term value you are seeking.

      --
      unfinished: (adj.)
  204. 7133 Serial Disk System is 1337 by Anonymous Coward · · Score: 0

    LOL when I first saw 7133 I thought is said 1337 ;) been use to reading too much hacker text on slashdot.

  205. 16 drives + MB in a 4U??? by rocca · · Score: 1

    16 drives and cables and power and a dual Xeon MB in a 4U case??? Seems a little tight.

  206. 3-Ware Escalade by Puppet+Master · · Score: 1
    I have used about 6 3-Ware Escalade IDE Raid cards in customers servers. They haven't failed yet.

    And they are already supported by FreeBSD using the twe driver. That's always a plus.

    For $149.00 for the card and $79 each for 2 120 GIG, 7200 RPM, 8 MEG cache on board hard drives, that's a damn good deal.

    --
    The day Microsoft creates a product that doesn't suck, it will be known as the Microsoft Vaccuum Cleaner!
  207. Price matters by k12linux · · Score: 1
    Everybody seems to be forgetting that not every organization has tons of money available. Like most school districts, our technology budget is extremely tight and getting tighter every year.

    With the assistance of our student Technology intern (a HS senior) I recently built a 1TB Lunix storage server for about $5k. It uses a 3Ware IDE switch, has 7 180Gb drives for storage and an 8th drive as a hot spare.

    Going SCSI for this would have required 2 additional drives for the same storage and would have added another $8000 to the price tag. This project would never have been approved if it were going to be over $13,000.

    IDE-RAID systems definately have their place. At 7200k RPM, they certainly aren't as fast as 10K drives, but our application falls well within the transfer and seek specs possible with the 3Ware card.

  208. Symantec Ghost. by Futurepower(R) · · Score: 2

    I will soon be trying the newest version of Ghost. I've been trying PowerQuest Drive Image and DeployCenter, and it is rather flaky the way it is designed. The old version of Ghost (4 years ago) were worse.

    1. Re:Symantec Ghost. by richie2000 · · Score: 2

      I've copied a few partitions from within PartitionMagic with no problems, but PM's kinda touchy about some partition tables and the version I got (7) won't touch ext3. I've just used Ghost this once, but like I said, using the sector-by-sector mode locally (I have Lian-Li removable IDE bays on both workstations) was a no-brainer. Haven't tried image files or the network stuff (yet).

      --
      Money for nothing, pix for free
  209. Last Post! by alpg · · Score: 1

    If scientific reasoning were limited to the logical processes of
    arithmetic, we should not get very far in our understanding of the physical
    world. One might as well attempt to grasp the game of poker entirely by
    the use of the mathematics of probability.
    -- Vannevar Bush

    - this post brought to you by the Automated Last Post Generator...