Slashdot Mirror


ATA133 Controllers Have Arrived

Spot writes "If you're a hardware junkie, then you may already know ATA133 is on it's way to becoming the new standard for drive controllers. LittleWhiteDog has a very detailed look into the Promise Ultra133 TX2 Controller and Maxtor's D740X-6L ATA133 interface drive. " And I just bought a few 100g drives :) I still find it funny that every couple years I buy new hard drives always for around $200... 120 megs, 800 megs, 2.5G, 12G, 30G, 100G. I love this.

344 comments

  1. cant wait by enkript · · Score: 0

    I can't wait to get my hands on one. now only if IDE drives were faster then 7200 rpm
    access time matters more to me then disk bandwith

  2. SCSI by kawaichan · · Score: 3, Insightful

    Still rules for now, when will serial ATA will come out for the consumer market? seemed like a slick deal for me. As for ATA 133, it's just a holding tech until Serial ATA comes out (god knows when)

    --

    kawai
    1. Re:SCSI by Anonymous Coward · · Score: 0

      More interestingly, why did Maxtor have to make a card to do this?

      Because Intel won't put it into a chipset because it is not necessary.

      There are no planned Intel chipsets with ATA 133. So, some of the cost savings of IDE go away without it built into a chipset.

    2. Re:SCSI by Trepidity · · Score: 2

      Sure, I'll upgrade to SCSI, as soon as you point me to an affordable 75-gig SCSI drive. By affordable I of course mean "under $250," not $1000.

    3. Re:SCSI by nil_null · · Score: 1

      An affordable 20-gig scsi would do me good. Enough to run the system off of and enough play space. And then I'd take all these IDE drives I have laying around and run a file server.

  3. yea by Anonymous Coward · · Score: 0

    That is always the great thing. They just get bigger

    1. Re:yea by mummers · · Score: 1

      True, but when was the last time anyone here actually backed up ALL the useless crap on their HDD.

      CDR is OK(ish), but 120GB is approx 170 CDRs and that's going to take a little while to burn...unless you buy an LTO drive autoloader of course and pay 10 times as much as for the cheap hard drive ...

      Or is everyone going own the RAID route with the new cheap IDE RAID mobo's available? Answers on a postcard please.

      --
      --This isn't a man who is leaving with his head between his legs.
  4. linux support by aardvaark · · Score: 3, Interesting

    How is the linux support for ata133 interfaces??

    --
    If I had no sense of humor, I would long ago have committed suicide. -Ghandi
    1. Re:linux support by xTK-421x · · Score: 5, Informative

      The patch for UltraATA 133 Support is available here:

      http://www.linuxdiskcert.org/

      --
      "TK-421, why aren't you at your post?"
    2. Re:linux support by xTK-421x · · Score: 3, Informative

      Whoops.. let me fix that link:
      http://www.linuxdiskcert.org/

      Sorry about that.

      --
      "TK-421, why aren't you at your post?"
    3. Re:linux support by MisterPo · · Score: 1

      Wow!

      By my calculations you got Moderated to a scaore of 7! Initially 5 for the original link and then 2 to correct your own mistake :)

      Hehe is this a new strategy to acquire Karma points?? :P

      Po

  5. It has me wondering by Thaidog · · Score: 0

    Why did I but that Ultra160 anyway?

    --

    ||| I still can't believe Parkay's not butter.

    1. Re:It has me wondering by turd191 · · Score: 1

      You bought Ultra 160 because it is a superior technology. The difference between ATA 100 and ATA133 is nominal. Ultra 160 has a higher burst rate, higher sustained rate and also lower cpu utilization.

    2. Re:It has me wondering by Thaidog · · Score: 0

      ahh yes... now i remember....

      --

      ||| I still can't believe Parkay's not butter.

  6. darn! by InfiX · · Score: 2, Interesting

    due to the limitations of 32bit PCI, this effectively makes my ultra160 SCSI controller and hard drives obsolete as far as transfer speeds are concerned (and i assume the ata133 will be considerably cheaper than u160 devices of the same size based on past experience with IDE vs. SCSI). well, 15,000rpm is still nice though :)
    anyone have good reason now (other than slightly superior seek times) to stay with SCSI solutions?

    1. Re:darn! by Zeshan · · Score: 1, Informative

      Multiple drives on one channel.

      Zeshan

    2. Re:darn! by Drakantus · · Score: 4, Interesting

      When was the last time you saw a 10,000RPM IDE drive? As far as an *interface*, IDE is fine and the slight advantages of SCSI don't justify the cost. However, purely due to the drive manufacturers stuborness, you can not find anything faster than 7200RPM in an IDE drive. While the fastest IDE drives are *VERY* competitive with SCSI performance, SCSI still has the top drives. Nothing touches the Seagate X15-36LP, and the "cheap" ($200) maxtor 10k III is still faster than anything available in IDE.

      --
      I love going down to the elementary school, watching all the kids jump and shout, but they dont know I'm using blanks.
    3. Re:darn! by Anonymous Coward · · Score: 0

      ATA is plebian technology. Run one background task (like a database server) and your interactive performance goes to shit. I'll take my old Ultra40 SCSI over ATA-100, and ATA133 seems to be nothing more than marketing puff.

    4. Re:darn! by Mochatsubo · · Score: 1

      You know, I never understood why there is such a RPM discrepency between IDE and SCSI drives. Is this an artificial distinction in order to rationalize the price differential between IDE and SCSI drives or is there a technical reason why this is so?

    5. Re:darn! by Anonymous Coward · · Score: 0

      Slight advantages? Um, disconnect? Tagged command queueing?

      Don't be an asshole.

    6. Re:darn! by Anonymous Coward · · Score: 0

      ATA supports command queueing. Is disconnect that important? I doubt it matters to 99.99% of computer users.

    7. Re:darn! by Drakantus · · Score: 1

      Yes, it's an artificial distinction. I guess the manufacturers think a 10,000RPM IDE drive would cut into the SCSI sales.

      --
      I love going down to the elementary school, watching all the kids jump and shout, but they dont know I'm using blanks.
    8. Re:darn! by Anonymous Coward · · Score: 0
      Well, at least on Macs, the (expensive) SCSI interface has a 64 bit PCI interface (G4 macs have had 64 bit PCI slots for 2 years). That's 266Mb/second which effectively allows you to use a dual U160 SCSI board (provided it's the only thing on the PCI bus)..

      BTW, how much is a PC mobo with 4 64 bit PCI slots ? (Or even 2, I don't need 4, but 2 would be nice).

    9. Re:darn! by NerveGas · · Score: 1

      >anyone have good reason now (other than slightly superior seek times) to stay with SCSI solutions?

      Sure. multi-tasking, concurrent multi-device access. I'll avoid the arguments that have been hashed out time and time again, but when your machine has several different processes all competing for I/O, the difference in responsiveness becomes immediately apparant between the two.

      SCSI was designed from the ground up to allow fast, efficient concurrent use of the bus by many different devices and processes. IDE was designed to be inexpensive. SCSI still has some very nice features (beyond the number of devices) that IDE will never have.

      Does that mean that everyone should use SCSI? No. Nor should everyone use IDE. They're different tools for different jobs. Pick the one that's appropriate for yout task.

      steve

      --
      Oh, you're not stuck, you're just unable to let go of the onion rings.
    10. Re:darn! by GunFodder · · Score: 1

      Who is going to pay a couple hundred extra dollars for a faster IDE hard drive? It looks like 5400RPM 40GB drives can be had for $10 less than 7200RPM units, yet people are still buying them. The only reason IDE is so much cheaper is that the drives are made in larger quantities. A 15K RPM IDE hard drive would be nearly as expensive as the SCSI alternative, and slower since it seems that IDE has a higher latency than SCSI.

    11. Re:darn! by Anonymous Coward · · Score: 0

      Some people don't like hard drives that sound like a cross between a jet-engine and a dying cat. 10,000-15,000 RPM drives aren't in workstations because of OSHA regulations on sound polution. They aren't in 'desktops' because people already complain about how loud the systems are. When there is technology that allows a 10k rpm drive that doesn't make any more noise than a 7,200 rpm then there will be a 'market' for a 10k rpm IDE drive.

      One more thing, People who really have money to blow aren't buying 'hard drives' anyways, they're buying the massively expensive flash memory devices in SCSI or FC configurations. And if you've got enough money you can get one of those devices with a multi-gigabyte capacity. Although there is a small company offering them in as low capacity as 32MB (up to 8 GB) in a standard SCSI form factor, presumably the small capacity are for people who need to run linux servers that can operate in extreme conditions that would trash a normal HD.

    12. Re:darn! by Sloppy · · Score: 2

      anyone have good reason now (other than slightly superior seek times) to stay with SCSI solutions?

      I have a cheapo file server with 4 IDE drives RAIDed. In order to do this, I had to remove the CDROM drive. I cannot easily add any more drives. That's not really a big problem, but it's something.

      I have another computer that is happier. I have a cheap IDE hard disk, but the DVDROM and Zip are SCSI, and I can hook my (alas, obsolete) tape drive up to it. Hybrid is nice way to go: can hook up everything you need, but still use a cheap hard disk. Want the fastest swap or /tmp that you can get? Add a SCSI disk (though buying RAM is probably smarter ;-). Want cheap big storage for your pr0n? Add IDE disk.

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    13. Re:darn! by chriso11 · · Score: 1

      There is two other issues with the faster drives - noise and heat. 15K RPM drives can put out a good amount of noise. The heat output needs fans, which convert heat into noise (kinda). The bottom line is they can be a little annoying to live with.

      --
      No, I don't trust in god. He'll have to pay up front, like everybody else.
    14. Re:darn! by blazer1024 · · Score: 1

      Tyan makes some dual-P3 and dual-athlon boards that have 64bit PCI slots.. of course the athlon boards only have 33Mhz PCI slots, and the P3 boards have 66Mhz slots, which more or less doubles your bandwidth again..

      Those cost anywhere from $220 to about $350

  7. I want one! by Billly+Gates · · Score: 3, Funny
    I will be able to code and type all my Word documents so much faster now.

    1. Re:I want one! by AstroJetson · · Score: 1

      Yeah! Not to mention how fast AOL will run now!

      --
      Admit nothing, deny everything and make counter-accusations.
    2. Re:I want one! by IronChef · · Score: 1


      Dude, if you think the hard drive has anything to do with AOL, you're nuts. By now, EVERYONE should know that it's the Intel Pentium 4 that gives you the blazing fast Internet experience you crave!

  8. Oh, to be cheap and unemployed! by Sj0 · · Score: 2, Interesting

    I still find it funny that every couple years I buy new hard drives always for around $200... 120 megs, 800 megs, 2.5G, 12G, 30G, 100G. I love this.

    You should see what kind of drives they are just *giving* away these days...

    2 gigs? I'll never fill that up! :)

    (seriously, you'd be suprised how many people consider their old 2 gig drives to be in the same league as their old 30 meggers a few years ago! :))

    --
    It's been a long time.
    1. Re:Oh, to be cheap and unemployed! by Drakantus · · Score: 2

      It's not the size, it's reliability/speed. I would be fine with a 600MB drive if it was as fast as a modern drive, and reasonably reliable- but I don't expect much from 6 year old storage. For that reason I'll toss or give away pretty much any drive under 6GB these days.

      --
      I love going down to the elementary school, watching all the kids jump and shout, but they dont know I'm using blanks.
    2. Re:Oh, to be cheap and unemployed! by Sj0 · · Score: 1

      I'm incredibly lucky when it comes to hard drives; I've only had three drives ever fail on me. The first was a 500 megabyte drive which got dropped, the second was a 160 meg seagate drive which was bashed around so much it failed (poor thing), and the third was a Quantum fireball 1 gig which died on my recently (the BIOS just stopped recognising it...odd.)

      I even still have a 40 meg drive I use to store Windows 95(legit copy, I keep it there because a hard drive is easier to install than a CD-ROM drive)

      --
      It's been a long time.
    3. Re:Oh, to be cheap and unemployed! by Anonymous Coward · · Score: 1, Insightful

      2 gigs? I'll never fill that up! :)

      i wish more companies made drives like this. when building firewalls, i don't need a 20G drive, i need less than 1G 98% of the time

      problem is to get a 2G drive, you have to pay like $200, and it'll probably fail in 2 days anyways

    4. Re:Oh, to be cheap and unemployed! by Rosonowski · · Score: 1

      I currently am running (on this very machine) a 550 (or a number akin to that) meg drive. It has about 70kb in bad sectors, but aside from that, it runs very well.

      The only other harddrive that I've had fail on me is on that was sitting loose inside a 5 1/2 bay and ended up taking a very sharp rap against the side.

      I was able to recover about 20 percent of the data that was near the boot sector, but the read head didn't want to go near the rest. I keep the drive to show freinds why they should be more careful with the hardware. They listen. Most of the time.

      --
      01101001 01100001 01101101 01101110 01101111 01110100 01100001 01101100 01100001 01110111 01111001 01100101 01110010
    5. Re:Oh, to be cheap and unemployed! by Doppler00 · · Score: 1

      I'm employed, but I actually had to UNINSTALL software of all things so that I had more hard drive space (I took one drive out of my Windows machine to install Linux on it). My theory was that I could just continually buy new drives, but I simply didn't have any money to make the next upgrade. I'll get by until 2003 to upgrade again. By then I should be able to get a 300Gb drive.

    6. Re:Oh, to be cheap and unemployed! by Anonymous Coward · · Score: 0

      I currently am running (on this very machine) a 550 (or a number akin to that) meg drive. It has about 70kb in bad sectors, but aside from that, it runs very well.

      Why even use this piece of crap? Toss it out and get a drive without any bad sectors. Why play bang cock with your data? It's stupid. Smart up.

      Of course maybe you don't even put anything important on that drive but if you do you are a moron.

      Bad sectors == early warning of drive highly likely to be going bad.

    7. Re:Oh, to be cheap and unemployed! by Anonymous Coward · · Score: 0
      Hi,

      I've had a 4Gig Quantum Bigfoot and from 3.5 Gig onwards it has intermediate bad sectors. I have put Smoothwall (firewall/gateway distro) on this and it has been working for over a year now without problems.

      Thanks,
      .Sven

    8. Re:Oh, to be cheap and unemployed! by IronChef · · Score: 2

      and the third was a Quantum fireball 1 gig which died on my recently (the BIOS just stopped recognising it...odd.)

      Maybe the drive is OK. My Abit BH-6 board lost one of its IDE channels. I thought I had drive problems too until I figured out the mobo had flaked out.

      Having 1 IDE channel on the primary box sucks, but it gave me an excuse to go buy 1 big hard drive and put the other drives to use elsewhere in the house. :)

    9. Re:Oh, to be cheap and unemployed! by aozilla · · Score: 2

      The problem is, it costs just about as much today to make a 2 gig HD as it does to make a 20 gig HD. In fact, considering economies of scale, the 2 gig HD would probably cost more to make.

      --
      ok then your [sic] infringing on my copyright! Could you as [sic] me next time before STEALING my comments for your own?
    10. Re:Oh, to be cheap and unemployed! by Sj0 · · Score: 1

      Bad Sectors can also be manufacturing defects. I have used many drives with bad sectors which just sit there, and the drive works perfectly.

      --
      It's been a long time.
    11. Re:Oh, to be cheap and unemployed! by Sj0 · · Score: 1

      I'm using 3 drives on that motherboard now...it may be though, since the drive worked days ago...

      --
      It's been a long time.
    12. Re:Oh, to be cheap and unemployed! by CrazyBusError · · Score: 1

      Try swapping your IDE cables about... Or try the (supposedly) duff drive on one of the other IDE channels...

      --
      -Never argue with an idiot. They drag you down to their level, then beat you with experience-
    13. Re:Oh, to be cheap and unemployed! by Sj0 · · Score: 1

      I'll just try sticking it in another computer for now -- All I want off of it is my OS/2 stuff...

      --
      It's been a long time.
    14. Re:Oh, to be cheap and unemployed! by Rosonowski · · Score: 1

      Like you said, nothing important. I keep windows on it. (=

      --
      01101001 01100001 01101101 01101110 01101111 01110100 01100001 01101100 01100001 01110111 01111001 01100101 01110010
  9. Always outdated by AgentUSA · · Score: 2, Funny

    *sigh*

    and I've had my new ATA100 60GB hard drive for a week and a half.....

  10. They keep making ATA faster ... by jkujawa · · Score: 5, Insightful

    But they aren't doing anything to make it SUCK LESS. Drive platters aren't getting faster at the rate the controller is. Very few, if any, drives currently available can saturate an ATA33 bus, sustained. The only thing these ludicrous improvments are doing are increasing performance to and from the drive cache.

    Now that IDE has for all intents and purposes killed SCSI on the desktop, you'd think that they'd expend a little fucking engineering effort to make it so that you can control more than two drives on a controller, and so that a other devices on the chain can work while one is processing a command.

    I'm horrified at how IDE has flourished. It's the worst possible standard for a drive interface.

    1. Re:They keep making ATA faster ... by Peaker · · Score: 3, Funny

      I'm horrified at how IDE has flourished. It's the worst possible standard for a drive interface.

      If you ever wrote FDC drivers, you'd know that's not true. :)

    2. Re:They keep making ATA faster ... by jkujawa · · Score: 2

      I forgot to post my worst bitch about IDE. On PC hardware, at least, you get a maximum of two busses per IRQ. Building cheap servers with IDE eats IRQs like popcorn.

      Of course, rants about IBM AT architecture, specifically IRQ stupidity, belong in another post.

    3. Re:They keep making ATA faster ... by Sj0 · · Score: 4, Flamebait

      It's the worst possible standard for a drive interface.

      If that's how you feel, I pity you. While I'm doing that, I'll see how many RLL or MFM drives you have in your PC right now, and if you have none, I'm gonna smack you.

      The truth is that IDE was a godsend for anybody who wanted a hard drive in their PC. The fact that their interface came standard in any bios, the fact that you didn't have to worry about whether your new drive would work on your old controller (or your old drive on your new controller) were revolutionary, as was the incredible speed you could achieve without worrying about interleaving your drice. The price was right as well. IDE had what it took to become a dominant standard, and anybody who thinks differently is just spewing SCSI loving garbage(note:I have nothing against SCSI, but it has never had the price advantage, the compatibility advantage or the ease of installation which made IDE so popular.)

      Basically, until you have tried to troubleshoot an MFM or RLL drive, you can keep your mouth shut and quit bitching. There were plenty of standards which are far worse than IDE.

      --
      It's been a long time.
    4. Re:They keep making ATA faster ... by jkujawa · · Score: 2

      It's the worst possible standard for a drive interface which is currently in widespread use.

      SCSI electronics aren't any more complex than IDE electronics, and the price of SCSI would not be what it is if Worse is Better hadn't stuck it's dirty fingers into the pot.

    5. Re:They keep making ATA faster ... by IntlHarvester · · Score: 1

      I dunno, from my point of view as someone who generally sticks with SCSI, it seems that the ATA people have had sheetloads of BIOS incompatibities (it seems like this years drive's are always too big for last year's BIOSes), motherboard incompatibilities (remember hardcoded 'types'? Geometry translation?), and plug-and-play failures (cable select, slave jumpers, IRQ incompatibilies).

      Better than MFM stopped being relevant years ago. I figure that the people running the IDE spec just figured that they would eventually be replacd by SCSI, so the never got off their ass to fix the problems and instead barely got around to extend it by a couple bits to support the latest disks. The result is something that's certain less supportable and less installation friendly than SCSI. It's a shame that there was never a forced migration to so that the better tech could get the economies of scale.

      --
      Business. Numbers. Money. People. Computer World.
    6. Re:They keep making ATA faster ... by captaineo · · Score: 2, Interesting

      One other thing that definitely falls in the "please suck less" category is write caching... Lots of otherwise decent ATA drives lie about data having been written to the platters, when it is really still just in the drive's on-board cache. This inflates benchmark numbers, but it also makes it impossible for the operating system to guarantee filesystem integrity. (journaling filesystems don't work when the drive lies about what data has really made it to the disk...)

      As far as I know most SCSI drives don't deceive the OS in this way.

    7. Re:They keep making ATA faster ... by Magila · · Score: 2, Interesting

      That's why they're making SerialATA. Faster, hot swapable, and no more channelsx2 drive limit.

    8. Re:They keep making ATA faster ... by Skuld-Chan · · Score: 1

      I'm horrified at how IDE has flourished. It's the worst possible standard for a drive interface.

      So what is a better drive standard? Lets go through the options... and then you can reply and tell me what is better.

      SCSI - sure, if you completely ignore scsi-hell - or the process of setting a scsi chain up. Yes 99% of the time it works just fine. But for some reason don't put a Seagate drive on the same chain as an IBM drive (seriously). I'm not even talking about 300~400$ ultra 3 capable controllers or the 200$+ 18 gig drivers that go along with them.

      Firewire - sure there are Firewire cases, but those are just firewire to scsi adapters or firewire to IDE adapters. Most drive manufactures have already said no to native firewire drives because its a) a closed standard and b) you have to pay royalties on that standard. Besides it still doesn't sync faster then IDE.

      One standard I always liked was the Commodore serial bus - sure it was slow then. But think of all the cool things it could do. 14 devices (printers, modems, floppy disk drives, hard drives etc), you can daisy chain them, they auto-terminate, and they had a burst mode.

    9. Re:They keep making ATA faster ... by RelliK · · Score: 5, Informative

      I couldn't agree more.

      No drive in existence can even come close to saturating ATA/66. Under some conditions they break through 33MB/s, but that's about it. ATA/100 and ATA/133 then are totally useless. But let's make a few calculations:

      ATA/133 interface can transfer data from the HD's cache to memory at 133 MB/s, while ATA/66 drive can do so at 66 MB/s. The standard cache size on modern HDs is 2MB. At 66MB/s it takes 0.03 seconds to read the entire cache. At 133MB/s, it takes 0.015 seconds. Therefore, whenever you try to read data from disk, an ATA/66 drive will operate at 66MB/s for the first 0.03 seconds! After that, the speed will be limited by the speed of the spindles. Similarly, an ATA/133 drive will operate at 133MB/s for the first 0.015 seconds. Also, an ATA/133 drive will be faster than ATA/66 drive for a whopping 0.015 seconds at a time! Wow!!! (and that's assuming that the desired data is in the cache in the first place...)

      How about improving IDE so that multiple drives can operate concurrently? That would justify the interface speed increase. How about making it hot-swappable? How about making it usable for external devices? But no, they have to keep on making ATA/100, ATA/133, ATA/999, ATA/2000, etc. so that Joe Consumer has yet another marketing gimmick to buy...

      --
      ___
      If you think big enough, you'll never have to do it.
    10. Re:They keep making ATA faster ... by renoX · · Score: 2, Insightful

      > I'm horrified at how IDE has flourished. It's the worst possible standard for a drive interface.

      Now let's see, where I have seen this before?
      - 80x86 one of the worst ISA (braindead floating points ISA, too few registers, unduly complicated) won against all the other because it was cheaper.. IBM considered going with the 68000, but it was quite expensive..

      - Microsoft vs Apple: Windows won, they were cheaper and still able to get the job done..
      Who earns more money now?

      Do you see a trend here?

      As long as it get the job done, the cheapest technology will win, even if it is "ugly" from a technical point of view..

    11. Re:They keep making ATA faster ... by DeadMeat+(TM) · · Score: 2
      Very few, if any, drives currently available can saturate an ATA33 bus, sustained. The only thing these ludicrous improvments are doing are increasing performance to and from the drive cache.
      Put two very fast hard drives on the same channel and you can push 100 or even 133 MB/sec pretty easily. Sure, it's going to be power-user and (once the RAID version of the card hits the streets) low-end server territory, but that's exactly Promise's market.
    12. Re:They keep making ATA faster ... by jkujawa · · Score: 1

      No. Wrong. Only one device can talk on an IDE bus at a time. The speed limit on an IDE bus is the speed of the fastest device, and that's the _best_ case.

    13. Re:They keep making ATA faster ... by Anonymous Coward · · Score: 0
      It's not IBM PC irq architeture. It;s going with Intel and the stupid system of using a centralised Pathetic Interrupt Controller. So you need one wire on the motherboard for each interrupt vector.

      Contract it with the Z80 or the 68000, in which it takes only a few wires to get 256 different interrupt vectros since these are the devices that prioritize themselves and put the interrupt vector on the bus. For example, on VME bus with modern hardware, it takes 7 wires to get 1792 interrupts (7*256), which avoids sharing interrupts and having to poll: when you get an interrupt, you know immediately from which device it comes.

      Bottom line: the Intel interrupt system was already obsolete in the Jurassic era (not Spielber's one, the one before the comet crashed).

    14. Re:They keep making ATA faster ... by Trepidity · · Score: 3, Interesting

      But, as you noted, that's a rant about IBM AT architecture. There's no such problem with IDE on a Mac, so it's not IDE's fault.

    15. Re:They keep making ATA faster ... by Trepidity · · Score: 2

      While ATA has had some incompatibility problems, mostly due to large drives, SCSI has tons of compatibility problems. Not only are there tons of different standards (SCSI-1, Fast-SCSI, Ultra-SCSI, Ultra-Wide-SCSI, etc.), but there are tons of different cable in use (IDC-50, CN-50, HD-50, HD-68, DB-25, VHDCI, HDI-30, etc., etc.) none of which are compatible, of course. At least with IDE you can be reasonably certain that your new IDE drive will plug into your IDE controller.

    16. Re:They keep making ATA faster ... by Trepidity · · Score: 3, Insightful

      First of all, starting off a comment with "No. Wrong." is so ridiculously juvenile as to barely warrant a response.

      Secondly, only one device can talk on an IDE bus at a time, but as you noted the drives can't push data fast enough to saturate it anyway. So with two drives, you have them continuously reading data off the disk into their caches and then alternately sending it on the bus. So yes, they don't talk concurrently on the bus, but they are concurrently reading off the disk. The end result is that you have the bus more saturated than before.

    17. Re:They keep making ATA faster ... by IntlHarvester · · Score: 1

      Ugg - the non-standard plug problem is the worst thing about SCSI and probably contributed greatly to killing it's adoption. (Next to pricey, fragile external cables) But for consumer (internal) usage, neither problem would have been that bad.

      However, for the most part, you can stick any SCSI device on any controller, and given the correct cabling and termination (see above), it will work, even if it slows your chain down.

      --
      Business. Numbers. Money. People. Computer World.
    18. Re:They keep making ATA faster ... by Anonymous Coward · · Score: 0

      Yeah, if only 32bit/33MHz PCI could handle that much bandwidth :) [theoretical peak there is 132MB/s, with real rates being MUCH slower + shared between ALL currently active PCI devices]

    19. Re:They keep making ATA faster ... by Anonymous Coward · · Score: 0

      Umm, maybe you haven't seen 3ware Escalade?

    20. Re:They keep making ATA faster ... by RelliK · · Score: 2
      So yes, they don't talk concurrently on the bus, but they are concurrently reading off the disk. The end result is that you have the bus more saturated than before.

      No they are not. You can send read commands to only one device at a time. While one device is reading the other one is doing absolutely nothing. If what you are saying was possible then the drives would in fact be working concurrently.

      --
      ___
      If you think big enough, you'll never have to do it.
    21. Re:They keep making ATA faster ... by Anonymous Coward · · Score: 0

      Commodore serial bus - is that how a C64 talks to a floppy drive? The C64 was a wonderful machine for its time, but it had the slowest floppy drive access in the world. The Apple II sucked in pretty much every other way, but at least it had a faster floppy drive.

    22. Re:They keep making ATA faster ... by Trepidity · · Score: 2

      Well, I won't claim to be an expert on low-level ATA interfaces, but I was under the impression that only the actual reading was limited to one device at a time. Can't the drive fill its onboard buffer from the physical disk using its internal firmware, without any bus intervention? Then couldn't one drive be officially "reading" (i.e. sending data over the bus) while the other is officially "not reading" but still is physically physically reading data off the platters to fill its onboard buffer (all this being done under the control of the firmware)?

      Granted, since they're only 2mb buffers this wouldn't be too impressively fast, but it's still something.

    23. Re:They keep making ATA faster ... by RelliK · · Score: 2

      No. You send read command; you wait for data; while you are waiting the other drive is doing absolutely nothing. With SCSI you send read command; you wait for data; while you are waiting another process can send read command to another SCSI device on the same channel. How the interleaving is accomplished -- that's an implementation detail I am not aware of. But it could easily be done with time slices (i.e. exactly what you mentioned).

      --
      ___
      If you think big enough, you'll never have to do it.
    24. Re:They keep making ATA faster ... by jmauro · · Score: 1

      Except that the HD cache will be reading on the idle IDE disk. It's not just sitting there doing nothing, it's actaully reading without being commanded.

    25. Re:They keep making ATA faster ... by RelliK · · Score: 2

      And what exactly would it read? Some random data off a platter?

      --
      ___
      If you think big enough, you'll never have to do it.
    26. Re:They keep making ATA faster ... by John_Taylor · · Score: 1

      Yes, all two megs of it. And its probably using some kind of MRU+nearby blocks anyway. (Drive cache algorithms are very very well kept secrets). This is more helpful than it sounds, but not much.

      --
      See Sig. See Sig Run. Run Sig, Run!
    27. Re:They keep making ATA faster ... by Trepidity · · Score: 2

      Using a drive cache algorithm in firmeware. They're typically trade secrets, but the simplest one would just be "keep reading ahead at the current location." Which is what I meant when I said that the "idle" drive is actually still physically reading in cache. Just because the IDE bus can't control both drives at the same time doesn't mean the drive's firmware can't have it be doing stuff physically.

    28. Re:They keep making ATA faster ... by psamuels · · Score: 1
      Only one device can talk on an IDE bus at a time.

      Ummmm ... ever heard of UltraDMA? As in UDMA33, UDMA66, etc, up to the present ATA-133? One of the selling points of UltraDMA was that it removes the old "only one command pending on the bus at any given time" limitation from previous IDE transfer modes.

      So either I'm full of it, or your information / advocacy is out of date.

      --
      "How can you claim that you are anti-crack, while still writing a window manager?" — Metacity README
    29. Re:They keep making ATA faster ... by Anonymous Coward · · Score: 0

      Maybe if you have some sort of RAID mirroring thing going on. But if you have two harddrives on the same channel that are ATA-66 compatible and try transferring a large file, you will not even get close to 66 MB/s.

    30. Re:They keep making ATA faster ... by CityZen · · Score: 1

      Actually, as far as internal SCSI connectors go, there's only 3 types: IDC-50, HD-68, and HD-80. And HD-80 doesn't really count, since that type isn't cabled (it's meant only for hot-swap drives that plug into a backplane). Even so, you can take a drive with any one of these connectors and plug it into just about any SCSI controller (using a plug adapter if necessary), and it should work, though it might slow down the bus. But you're right that it probably is much more complicated than it should be (given different grades of cables and terminators).

      However, many of the different plug types you mentioned are for external connections. How many different types of external IDE connectors are there?

    31. Re:They keep making ATA faster ... by Anonymous Coward · · Score: 0

      Actually IBM went with the 8088 because the 8086 was too expensive but didn't both have the abilty to run CP/M software? Z80?? with miminal effort.

    32. Re:They keep making ATA faster ... by Real_Mce · · Score: 1

      Aren't IDE drives still using RLL encoding? I've never heard of a change from this.

      --
      All employees must wash hands before using the bathroom. - The Mgmt.
    33. Re:They keep making ATA faster ... by Webmonger · · Score: 2

      What about the parallel port?

    34. Re:They keep making ATA faster ... by Anonymous Coward · · Score: 0

      Bah. My 2 year old IBM can do about 20M/sec on a good day. However, new drives I have seen can easily saturate an ATA/33 bus, and nearly saturate an ATA/66 (ATA/66 can only do about 56M/sec). These drives clock in about 40M/sec. So 2 drives on a channel could more than saturate ATA/66 (80M/sec). ATA133 is a good thing, if for no other reason than a little bit of future-proofing (and blah on that too, I buy something and 2 weeks later something 10 times better has come out).

      David Bronaugh

    35. Re:They keep making ATA faster ... by Anonymous Coward · · Score: 0
      You obviously never used SCSI as I am quite happily running a SCSI I device, ZIP drive, at the same controller as my two hard disks, an older DAT drive and an even older SCSI CDROM - problems: none.

      Having used SCSI since my 386er days I'm not going with that EIDE crap ever. If you cannot or do not want afford something better, fine, yet that is not a SCSI problem.

    36. Re:They keep making ATA faster ... by CrazyBusError · · Score: 1

      Yup, that was how it spoke to the floppy drive, along with up to seven other devices (although you could get a splitter type thingy to increase that) and the devices could be anything - printers (although there were problems if your printer was first in the chain and offline) drives and even other Commodore 64's.

      There was a system came out called Dolphin DOS which was an addition to the basic chip (it sat underneath) which used the user port and a conversion to your 5140 egg frying floppy drive which made it a hell of a lot faster... Also gave you shortcut commands on your f-keys.

      Oh I remember the days...

      --
      -Never argue with an idiot. They drag you down to their level, then beat you with experience-
    37. Re:They keep making ATA faster ... by Christian+Smith · · Score: 1

      SCSI handles this with 'disconnects'. After the read command is sent, the controller disconnects from the bus. When the drive has read the data into it's buffers, it will send the data to the controller in a seperate transaction.

      In the meantime, the bus is essentially idle, so other activity can occur.
      Unlike ATA, SCSI is more like a packet switching bus, with multiple masters.

    38. Re:They keep making ATA faster ... by Sj0 · · Score: 1

      he's talking a catch 22 of sorts -- What he's trying to say is that IDE is worse than SCSI. The phrasing of the post makes it seem like he's saying something greater, but it's the equivilant to saying "it's the worst possible drive standard out of the two in widespread use -- except for all the ones which I'm not thinking of".

      On another note, I have a strange feeling that most SCSI enthusiasts don't pay for their own systems or something... The drive prices are horrendous!

      --
      It's been a long time.
    39. Re:They keep making ATA faster ... by Sj0 · · Score: 1

      If you cannot or do not want afford something better, fine, yet that is not a SCSI problem.

      Actually, it IS a SCSI problem. That's one of the biggest problems! Until the price becomes tollerable, nobody who wants to eat will be able to afford a decent amount of space.

      --
      It's been a long time.
    40. Re:They keep making ATA faster ... by Anonymous Coward · · Score: 0

      How about improving IDE so that multiple drives can operate concurrently? That would justify the interface speed increase. How about making it hot-swappable? How about making it usable for external devices?

      Hmm.. Your talking about SCSI arn't you?

    41. Re:They keep making ATA faster ... by Trepidity · · Score: 2

      Umm, the proliferation of incompatible cabling is quite emphatically a SCSI problem.

    42. Re:They keep making ATA faster ... by kinkie · · Score: 2

      As far as external cabling is concerned, I agree with you. But for internal cabling (which is what concerns us here, since we're talking about HDDs), it's not that bad. There are two standards for ribbon-cables (50- and 68-lines), and 3 for connectors (narrow, wide and SCA), all of which are compatible (I should know, I just bought an adapter which carries all three, and wide-to-narrow is even simpler than a gender-changer connector for your serial port).

      So, please, let's just compare apples with apples, shall we?

      About the protocol variant (SCSI-1/2/3, narrow/wide, async/plain/fast/ultra) there's NEGOTIATION, and it's all in the devices. They'll run slower, but I have yet to see a device which won't talk to a controller in some fashion. Maybe slowly, but they will all nicely cooperate.

      --
      /kinkie
  11. SCSI is dead by crow · · Score: 2, Flamebait

    SCSI is dead.

    For most consumer and single-user environments, IDE is plenty fast enough. Even in the small server market, IDE is adequate. In the high-end server market, people are moving away from SCSI in favor of Fibre Channel.

    IDE is squeezing SCSI out of the low end, while Firbre Channel is doing the same to SCSI in the high end. SCSI won't be around as a serious disk option for much longer, I suspect.

    (Not to mention that USB has killed SCSI for things like scanners.)

    1. Re:SCSI is dead by ostiguy · · Score: 2

      What kind of drives does fibre channel use? Hint: it isn't ide, and I haven't seen many fibre channel interface drives lately.

      ostiguy

    2. Re:SCSI is dead by Xibby · · Score: 1

      You didn't mention Fireware! :)

      There, all the Apple junkies can be happy now.

      --
      I'm going to go back in my box and will think within the limits of my box: MS Sucks Linux Good I read too much Slashdot.
    3. Re:SCSI is dead by zulux · · Score: 2

      SCSI is dead for Desktops - but for workstatios and small servers, nothing beats the 15,000 RPM SCSI offerings from IBM and Segate. If IBM or Segate offer these drives in an IDE configuration, then SCSI will be truly dead.

      --

      Moneyed corporations, non-working 'poor' and criminal prisoners are turning productive citizens into tax-slaves.

    4. Re:SCSI is dead by cnkeller · · Score: 5, Interesting
      SCSI is dead.

      I'm not going to argue with any of your points, but I still disagree. SCSI is still faster than IDE and most people tend to agree that SCSI components are better engineered. SCSI is a stable standard that is probbaly going to be around for a while. Linux wise, you don't have to bother messing with emulation and the possible IRQ nightmare. I don't see why there won't be a mixture of standards. IDE/ATAPI for joe consumer, SCSI for us discrimating desktop/server buyers, and FC for people who have too much money and like buzzwords.

      Has anyone actually benchmarked FC and the latest SCSI drives? I'm curious as to the differences.

      --

      there are no stupid questions, but there are a lot of inquisitive idiots

    5. Re:SCSI is dead by Jeffrey+Baker · · Score: 2
      You got it backwards. FC is dead because u160 lvd scsi killed it. FC switches are $$$ per port. Their speed advantage over older scsi implementations is gone. For specialized storage requirements FC is still there but scsi is the only thing going in mainstream server storage and iSCSI sill likely kill the remaining FC market.

      Anyway your 'IDE is fast enough' point is stupid. IDE is only fast enough if you like waiting around for a long time while your drive runs. High-end SCSI disks eclipse high-end IDE disks by a very large margin. The best SCSI disk is more than twice as fast as the best IDE disk. Yeah they are pretty expensive. Most IDE disks are not "fast enough". The consumer market is way past Windows productivity applications. That's the corporate market. The consumer market wants to rip CDs to MP3, cut DVDs from their digital camcorders, and manipulate large digital photographs.

    6. Re:SCSI is dead by Casca · · Score: 1

      http://newsroom.cisco.com/dlls/prod_040901.html

      --
      Casca
    7. Re:SCSI is dead by Thatman311 · · Score: 0

      There is no such thing as a firewire hard disk. Only ide harddisk behind a 1394-IDE bridge.

      --
      Silly Rabbit...Sig's are for kids.
    8. Re:SCSI is dead by Anonymous Coward · · Score: 1, Informative

      IDE is fine as long as the drives are within 30 inches of the controllers, not very practical for servers.

      As for fibre channel, it is a physical layer (in fact more than one physical layer) and a transport layer, but guess what runs over the top of that - SCSI!

      Parallel SCSI is in it's last days, and I wouldn't bother with it on a PC except to get very fast (10k or 15K) drives, but SCSI lives on in other forms, it even runs over IDE as ATAPI.

    9. Re:SCSI is dead by Anonymous Coward · · Score: 1, Informative

      I've heard this quote for almost 10 years. SCSI is quite alive and kicking. Ultra-320 and Ultra-640, that's 320 MB/s per channel. Two channels per card....

      Serial SCSI is coming, and will bring more compatability with Serial ATA, but there will always be a market for SCSI, because the commodity market will just never be fast enough. Workstations and Servers have a hard time living with the huge performance impacts of IDE.

    10. Re:SCSI is dead by flight666 · · Score: 1

      SCSI is dead. Long live SCSI.

      Guess which protocol Fibre Channel uses. That's right, SCSI.

      Guess which protocol ATAPI uses. That's right, SCSI.

      The SCSI protocol will probably live for a very, very long time. The physical SCSI bus will probably go away soon, but all of the new physical layer standards run the SCSI protocol.

    11. Re:SCSI is dead by LimpGuppy · · Score: 1

      http://www.storagereview.com has excellent benchmarks of most of the good drives out there.

      I found it annoying/interesting that a Maxtor Atlas 10K III 73GB U160 drive to be almost twice as fast as my WD 1000BB 7200RPM 100GB ATA100 drive. Grr.

    12. Re:SCSI is dead by Anonymous Coward · · Score: 0

      I've done and seen benchmarks on both.

      With current drive technology, and current controllers:
      Dual channel 200MB/s FC
      Dual channel 160MB/s SCSI

      You see around 35,000 IOP/s on SCSI
      On FC you see around 70,000 IOP/s

      These are IOMeter based numbers.

      MB/s obviously is generally bus limitted.

      An interesting thing to note, FC will probably go straight to 1GB/s along with Ethernet. SCSI will go to Ultra-320, soon, and Ultra-640, a bit further away. So, FC is poised to take the speed title again in the near future. In theory, FC will do about double the current numbers, but processors and I/O subsystems limit the performance.

    13. Re:SCSI is dead by haruharaharu · · Score: 1, Redundant

      SCSI is dead.

      Just try and hot-swap an IDE disk. Then try to build a terabyte with IDE.

      --
      Reboot macht Frei.
    14. Re:SCSI is dead by Minuo · · Score: 1

      Not wanting to get in a performance argument, but...

      Slashdot Story on IDE terabyte fs

      Linked article from story

      --
      --minuo
    15. Re:SCSI is dead by shoppa · · Score: 2, Informative
      In the high-end server market, people are moving away from SCSI in favor of Fibre Channel.

      Dude, FC is SCSI. Take a look at the SCSI-3 spec sometime.

    16. Re:SCSI is dead by bmajik · · Score: 2

      That depends a lot.

      If you do "fiber channel the right way", then you have DUAL fiber ports PER drive. The disks for the Sun A5000 FC JBOD cabinet are this way.

      Seagate makes dual FC-AL attach drives. You should look at them.

      --
      My opinions are my own, and do not necessarily represent those of my employer.
    17. Re:SCSI is dead by __aasmho4525 · · Score: 1

      hi...

      in some data centers i've been in, we've used UDWM multiplexors to aggregate fibre-channel runs very long distances over a single oc-192...

      my reasoning for saying "scsi is dead" is really levied at SCSI-over-copper. it's just too much a hassle, and when economies of scale are in full force, it'll be more expensive, too. scsi-over-fibre = fibre-channel.

      i personally think scsi-over-copper is dead, while scsi-over-fibre (fc-sw) is alive and kicking very well. switched fibre-channel is so far superior to anything "stock" scsi has to offer, it's laughable.

      cheers.

      peter

    18. Re:SCSI is dead by dragonfly_blue · · Score: 1

      Jeez, if you use 15K RPM drives for "small servers", then what do you use for big ones? ;-)

      --
      Free music from Jack Merlot.
    19. Re:SCSI is dead by jmauro · · Score: 2

      Except drive for drive IDE and SCSI drives are the same. How can one be "faster"? Most SCSI drives are just IDE drives with a SCSI controller attached to the IDE interface. Do you mean that they appear faster since SCSI can transfer between disks at once? Or do you mean that SCSI disks actually can spin the disk faster than IDE. With one disk on each controller they'll score exactly equal.

    20. Re:SCSI is dead by nil_null · · Score: 1

      SCSI is dead

      There are people who have been saying that for years. Yet there are plenty of people who will continue to buy SCSI rather than IDE, and will add to their existing SCSI systems. It's not dead yet.

    21. Re:SCSI is dead by Anonymous Coward · · Score: 0

      Unless you have a RAID array, IOP/s and MB/s are drive limited. Even the highest performance drive on the market can't fully utilize a single fast wide SCSI-2 channel (40 MB/s), so for workstation use the Fibre Channel vs. plain SCSI is pointless. Now for large disk arrays, it's a different story, but we wouldn't be talking about ATA specs, now would we?

    22. Re:SCSI is dead by bdowne01 · · Score: 1

      Actually, my company just implemented an EMC storage box with fibre channel, and according to the reps, fibre has a theoretical bandwidth limit of 100mb/s. SCSI-3 is higher (though I don't remember how much)

      --
      -brain
    23. Re:SCSI is dead by tuxlove · · Score: 1

      To add to the volumes of fact others have written in response to your uninformed statement, SCSI blows away IDE. And, believe it or not, the problem gets worse the faster the IDE drive gets. The problem is all those damn interrupts that force the CPU to attend to the drive with IDE. You just don't have those with SCSI, not at the same level (of course, that varies somewhat from controller to controller - in the olden days of SCSI the dumber controller chips spewed out interrupts for each phase change, etc. But now, it's generally one interrupt or less for each I/O.)

      Ever looked at CPU utilization during heavy I/O activity on an IDE drive vs. SCSI? With SCSI, the CPU load is negligible or even unnoticable; with IDE, it can be positively gruesome. And the faster those little drives get, the more I/O operations you pump through them, the more work the CPU has to do to keep the drive busy. If your CPU is busy (or even not so busy), the net effect is that your disks can slow down (as well as your CPU-bound application that's eating CPU in the first place).

      Another fact that people seem to overlook is that transfer rate is relatively unimportant. Give me higher RPM any day, or anything that reduces seek time. That's what *really* speeds up a disk. The actual transfer of data accounts for a relatively small part of an entire disk I/O transaction compared to waiting for the disk head to get to the right cylinder and the right sector to end up underneath it. Even if you totally removed data transfer time (i.e. infinitely fast data transfer rate), you still wouldn't get tons more speed out of a drive because seeks are still measured in milliseconds. Also, there are other things that go on in setting up a data transfer that aren't improved by increasing the transfer rate of the I/O bus.

      Not to mention that fast transfer rate is irrelevant if the RPMs aren't there to keep up. If the disk doesn't spin fast enough, the transfer rate doesn't matter because the disk can't sustain the transfer even in sequential operations. In that case, the transfer rate is only kept up for short bursts, then idle time ensues while you wait for the disk to catch up. (And all computers wait at the same speed! :) Even if you had a drive with terahertz transfer rates (and a system with fast enough buses to handle it), it would make little difference if your drive only ran at 10k RPMs. It could be that drives have enough sectors/track and high enough RPM that increasing the transfer rate to 133 would actually buy you something, but I'm not sure (haven't done the math in a few years).

      So, even on the lamest desktop computer, SCSI drives are noticably faster. If you're doing word processing, you probably don't care what type of drive you've got. But if you do even simple stuff like copy your directory full of MP3 files from one disk to another, you can see the difference. For this reason alone, SCSI won't die. Of course, SCSI is the backbone of Fibre Channel and other I/O buses, which guarantees its existence for a long time to come if that's not enough.

    24. Re:SCSI is dead by Anonymous Coward · · Score: 0
      I'm not going to argue with any of your points, but I still disagree.

      In other words, you don't want to let any facts or logic get in the way of your preconceived notions. WTF??? No wonder why you were modded up.

      SCSI is still faster than IDE

      When using multiple disks, yes. When using a single disk, no. There are plenty of posts in this discussion that explain why.

      and most people tend to agree that SCSI components are better engineered.

      That's bullshit. All of the drive manufacturers sell identical ATA/IDE and SCSI versions of the same drives, except that they keep their highest performance models SCSI only to preserve an artificial price structure.

      SCSI is a stable standard that is probbaly going to be around for a while.

      SCSI and ATA have both been around for a long, long time, and neither is going away soon. As for stability, both specs get updated every 18-24 months, so what's the difference? If anything, there's an even greater number of different SCSI standards than ATA standards.

      Linux wise, you don't have to bother messing with emulation and the possible IRQ nightmare.

      OK, now you're just totally smoking crack. Emulation? WTF are you talking about? ATA/IDE devices are fully supported by the Linux kernel with no emulation, even the newest 133 controllers (with the patch). You're probably thinking of how CD-R/RW burners are mapped to SCSI device IDs. If so, you're hopelessly confused. Also, you mentioned IRQs. Every drive controller in the system needs to be assigned an IRQ. It doesn't matter whether it's a SCSI controller or ATA controller, either way it needs an IRQ. That's how the controller notifies the processor (and thus the OS) that an I/O operation has completed. And if you're using Linux, you should be more worried about the dismal state of the SCSI subsystem in Linux that's begging for a rewrite.

      IDE/ATAPI for joe consumer, SCSI for us discrimating desktop/server buyers, and FC for people who have too much money and like buzzwords.

      No, that should be IDE/ATA (ATAPI is for CDROMs) for most desktops/workstations where a single disk per channel is sufficient, SCSI for higher end workstations where a 10000+ rpm drive can be justified and for small to medium capacity disk arrays, and fiber channel for large disk arrays.

      Has anyone actually benchmarked FC and the latest SCSI drives? I'm curious as to the differences.

      Sigh... The drives are exactly the same. FC provides a faster bus, so each fiber channel can support more disks than each SCSI channel, that's all. You will only benefit from FC if you're building large RAID arrays.

    25. Re:SCSI is dead by Anonymous Coward · · Score: 1, Informative

      The CPU overhead argument has been a myth for a while and was put to rest for good when the ATA-66 spec was released.

      A very long time ago, IDE controllers didn't support DMA, so a disk I/O operation would tie up the CPU for shuttling data between the PCI bus and memory. But controllers that support PCI bus mastering and DMA have been around for years now. The biggest problem was that MS disabled it in Win 9X by default and a lot of average users didn't know enough to enable it. Nowadays, both IDE and SCSI controllers control the PCI bus on their own and transfer data directly to memory via DMA, only generating one interrupt when the operation is complete.

      Until a couple years ago, SCSI also had another advantage. SCSI controllers can accept multiple I/O commands, queue them up, and asynchronously execute them in optimal order. IDE controllers used to be able to process only one I/O operation at a time. But as of the ATA-66 spec, IDE controllers now support the same command queuing/tagging features as SCSI.

      The only real advantages that SCSI has left are support of many drives per channel and much more generous cable length limits. The fact that the fastest drives are only offered in SCSI version is purely an artificial construct of the market.

    26. Re:SCSI is dead by guacamole · · Score: 1

      But are those disks hot swap? No?

      Also, they compared the preformance of a 1TB disk array to a single T3 tray. 1TB IDE disk array matched the T3 (due to a higher number of disk spindles), but note that a single T3 is less tha 1TB, even if you use 72GB disks. If you connect to or three T3s together (or any SCSI disk arrays of the same class) to add up to 1TB, the'd blow the 1TB IDE disk array out of water.

    27. Re:SCSI is dead by Detritus · · Score: 2

      That hasn't been true for a long time. The last SCSI drive that I saw with a bridge board was a 65MB Maxtor SCSI drive. SCSI drives are usually built with better/faster mechanisms than IDE drives. It isn't a technical issue, it's a different market segment.

      --
      Mea navis aericumbens anguillis abundat
    28. Re:SCSI is dead by CityZen · · Score: 1

      That's 100 MB/s (MegaBytes per second). However, fibre is also full-duplex, so the theoretical max is double that if you can make use of bidirectional traffic. Plus, most fibre drives are dual-ported. Plus, the upcoming spec doubles the speed. Enough plusses?

    29. Re:SCSI is dead by ncc74656 · · Score: 2
      I probably shouldn't respond to such a blatant troll, but here goes anyway...
      SCSI is dead.
      Suuure...whatever you say, boss.
      For most consumer and single-user environments, IDE is plenty fast enough. Even in the small server market, IDE is adequate.
      The key word here is "adequate." It gets the job done, but as soon as you get beyond single-user bitty-boxen, IDE gets bogged down under load. SCSI tends to hold up better when you have dozens of people banging away at a database (to name one common example). It also handles more drives per interface (7 or 15 vs. 2), so it's more practical for massive amounts of storage that need multiple drives (whether RAID or JBOD).
      SCSI won't be around as a serious disk option for much longer, I suspect.
      You would suspect incorrectly...hell, it wasn't a couple of months ago that I set up a new server for my previous employer with three 18GB Ultrastars in a RAID-5 configuration. Try setting up 10krpm or 15krpm IDE drives in RAID-5...you can't, because the drives don't exist.

      (The storage I use at home is a mix of IDE and SCSI. The x86 boxen got IDE because it was cheap (though the 100GB Western Digital I bought recently is now in a FireWire case so I can schlep it between home and work). The Apples (a IIGS and a Mac Quadra 610) got SCSI because it's what they expect. I'll be building a "new" server soon with a pair of P!!!-500s that was given to me...the motherboard I bought for them has onboard UW SCSI, so I might snag a Barracuda or three from the local used-parts place and see how Linux runs on SMP.)

      Not to mention that USB has killed SCSI for things like scanners.
      Maybe, but that doesn't stop my ScanJet 3c from working. (It won't work under WinXP, but I have no plans to switch to that. It works under Linux and Win2K, and that's enough.)

      (FWIW, I have lots of stuff that plugs in through serial, parallel, or SCSI. I even have a device now that uses FireWire (a hard drive, and I'd strongly consider a DV camcorder over VHS-C or 8mm, if I needed one). I've never bought anything that used USB, though...already had a nice SCSI scanner, SCSI Zip, various AT/serial/PS/2 keyboards and mice, etc.)

      --
      20 January 2017: the End of an Error.
    30. Re:SCSI is dead by chriso11 · · Score: 1

      Well - there's more to SCSI than marketing and extra drives. Remember, only one device can be active on an IDE channel at one time. So where do you put your second drive? On the cable with the CD-ROM? That way you can access both drives at the same time, but you can't access the second drive and the CD-ROM simultaneously. And then you have to hope that the CD-ROM doesn't interfere with the 2nd HD using ATA133. SCSI has none of those issues.

      SCSI is superior.

      --
      No, I don't trust in god. He'll have to pay up front, like everybody else.
    31. Re:SCSI is dead by chriso11 · · Score: 1

      Well, my home system has 3 7200 RPM HDs, a Zip drive, a plextor CD-RW, and CD-ROM. Not hard to guess I use SCSI.

      As for the SCSI and IDE being the same physical drive with a different interface - wrong. Take a look at the specs - SCSI drives have lower latencys and larger caches, even on drives with the same RPMs. Of course, forget about finding a 10K RPM IDE drive.

      As for IRQs, well EACH IDE channel uses an IRQ. The SCSI controller needs only one for all the drives on it.

      So play with your little IDE box and be happy, 'cause ignorance is bliss.

      --
      No, I don't trust in god. He'll have to pay up front, like everybody else.
    32. Re:SCSI is dead by KernelHappy · · Score: 1

      Your point about the CPU overhead is spot on. IDE does have extra system overhead and thats fact.

      But there is a solution, IDE RAID5 controllers. They have extra hardware on the controller that offloads the IDE overhead from the system. They actually appear as SCSI arrays to the system.

      Unfortunately the last I checked, these controlelrs didn't live up to the promise of performance that they are theoretically capable of and they were quite pricey (~$300+).

      But there is always hope.

      --
      -- Button up, your ignorance is showing
    33. Re:SCSI is dead by tuxlove · · Score: 1

      You're right that the only good solution using IDE is some sort of RAID controller. However, I don't think RAID5 is a good choice if you want the performance of SCSI. RAID0, RAID1 or some combination of both are probably going to perform well, but my experience with RAID5 controllers (expensive ones, even) are that they have severe performance limitations. My only guess is that all of that xor-ing of data degrades their performance. I have benchmarked AMI, Adaptec and DPT RAID cards in numerous, sometimes very expensive, configurations, and they are all less than optimal. I recently benchmarked an external RAID solution (forget the brand) that cost something like $10k and it was slow too. They were all beaten hands down by software RAID0+1. (Didn't try any of the cards in RAID0+1 configs, so I don't know how they would perform. I'm guessing they'd be okay.)

      Some of these used IDE and some used SCSI; all were slow. I don't know what one has to do to get a fast hardware RAID5 solution, but I haven't found it yet.

    34. Re:SCSI is dead by Anonymous Coward · · Score: 0

      Try setting up 10krpm or 15krpm IDE drives in RAID-5...you can't, because the drives don't exist.

      True... but doesn't the "I" in RAID stand for "inexpensive?" Do 100GB SCSI drives exist, for that matter? I've never seen any...

      Even though individual drives SCSI are faster, what's the effective difference between maxing out the PCI bus with a RAID-5 SCSI conroller from Seagate or maxing it out with a RAID-5 IDE controller from Escalade? I can build the same amount of storage, and achieve the same total throughput from the server, with IDE for a fraction of the cost of an equivalent SCSI RAID solution.

      Reliability? Certainly, individual SCSI drives usually have a longer MTBF, but again, that's what RAID is all about - you're using a collection of cheap (at least in theory) drives, so you build in redundancy to handle the inevitable failures. Sure, you'll have to replace an extra drive or three over the lifetime of an IDE-based fileserver, but considering the much lower cost of the IDE solution, the lifetime TCO of the unit should still be similar - or even lower.

      TCO, my friends, is what it's all about. "Purists" will always maintain - correctly - that SCSI is technically better. As purists always do, however, they fail to realize that it doesn't always matter. Not everyone needs to absolute fastest CPU or drive. Most folks are willing to settle for "good enough" - especially when it comes at a fraction of the cost of the "best" solution.

    35. Re:SCSI is dead by Anonymous Coward · · Score: 0

      RAID5 perhaps?

    36. Re:SCSI is dead by mikael_j · · Score: 1

      I don't think there are any 100GB SCSI drives, but I know that there are 181GB ones...

      /Mikael Jacobson

      --
      Greylisting is to SMTP as NAT is to IPv4
    37. Re:SCSI is dead by Anonymous Coward · · Score: 0

      i have 3 5400rpm hd a zip a cdrom and a cdrw.

      and guess!

      yes i have IDE. and i have only one IRQ for my promise controller.

      so play with your expensive scsi box and be happy.

    38. Re:SCSI is dead by Anonymous Coward · · Score: 0
      As for the SCSI and IDE being the same physical drive with a different interface - wrong. Take a look at the specs - SCSI drives have lower latencys and larger caches, even on drives with the same RPMs.

      Sorry, that's another myth that hasn't been true for a while now. For the last few years, drive manufacturers have chosen to keep their highest spindle speeds SCSI only. But otherwise, they sell the exact same drives with both interfaces. Take a little while to surf their spec sheets on 7200 rpm drives to see what I mean.

      Of course, forget about finding a 10K RPM IDE drive.

      Yep, that really is the only reason anybody should use SCSI on a non-RAID system. Otherwise, you're just pissing money away for no gain.

      Unfortunately, the drive manufacturers have some sort of gentleman's agreement to keep 10k rpm drives with IDE interfaces off the market until 15k rpm SCSI drives become more widespread. And before that, they kept 7200 rpm IDE drives off the market until all the manufacturers caught up with Seagate and IBM in releasing 10k rpm SCSI drives. They do this to establish an artificial performance advantage for SCSI drives to keep prices grossly inflated in the whole SCSI market.

      As for IRQs, well EACH IDE channel uses an IRQ

      Sorry, wrong again.

      So play with your little IDE box and be happy, 'cause ignorance is bliss.

      I enjoyed watching you try to rationalize paying loads of extra cash for your SCSI setup that performs no better than an IDE setup with the same devices.

    39. Re:SCSI is dead by Anonymous Coward · · Score: 0

      Well, that's exactly the "extra drives" argument that I was talking about. For maximum performance, a multiple disk IDE setup needs one channel per drive. If you have 4 drives or less, throw in a Promise controller and you're all set. It's only when you need an external disk array that SCSI is warranted.

    40. Re:SCSI is dead by Alan+Partridge · · Score: 1

      you point is valid, but your example wrong. There are now MANY single drives available that can breach 40MB/s. I have a small array in this machine - 2 x Fujitsu MAJs (10K U160) on an ATTO UL3D card, striped. Performance is sustained read of 84MB/s, write of 67MB/s. Cache peaks are over 240MB/s. Lovely and quiet too! We also have IBM Ultrastars that'll beat 44MB/s sustained.

      --
      That was classic intercourse!
    41. Re:SCSI is dead by Hast · · Score: 1

      You can hot swap IDE. As long as the controller supports it. The high end IDE RAID cards have been doing that for a while now. Check promise.com if you don't believe me.

    42. Re:SCSI is dead by Anonymous Coward · · Score: 0

      Damn, I thought I was still doing well with a Seagate Barracuda 10k drive that gives me only about 25MB/s sustained.

    43. Re:SCSI is dead by Anonymous Coward · · Score: 0

      Sorry, even though they may not have a bridge board, the drives are the same (excluding the 10k rpm drives that are still SCSI only).

    44. Re:SCSI is dead by Hast · · Score: 1

      StorageReview (www.storagereview.com) did a test with IDE RAID5 cards. Basically they blew. Slower than software RAID 1.

    45. Re:SCSI is dead by Anonymous Coward · · Score: 0

      Well, of course RAID 5 is slower than RAID 0+1 on writes. A block write on a RAID 0+1 configuration requires two disk write operations. A block write on a RAID 5 configuration requires two disk reads and two disk writes. However, RAID 0+1 requires one third more disks than RAID 5. That's the tradeoff, cost vs. performance.

    46. Re:SCSI is dead by zulux · · Score: 2

      Jeez, if you use 15K RPM drives for "small servers", then what do you use for big ones? ;-)

      I attach the server on a fast moving electric motor, For Even More RPM! Bwaa Ha Ha! ;)

      --

      Moneyed corporations, non-working 'poor' and criminal prisoners are turning productive citizens into tax-slaves.

    47. Re:SCSI is dead by chriso11 · · Score: 1

      Let's see - my 18.3G IBM SCSI HDs cost $89. That is truly loads of cash, huh?

      --
      No, I don't trust in god. He'll have to pay up front, like everybody else.
    48. Re:SCSI is dead by Anonymous Coward · · Score: 0

      Alan, are you sure it's MB and not Mb? I have ran benchmarks before and no drive out there on the market pumps more than 15 MegaBytes/s... I have a Seagete 10k Cheetah and that does about 10MB/s, I tested my Quantum Rushmore SSD and that pumps about 30MB/s...

    49. Re:SCSI is dead by dragonfly_blue · · Score: 1

      Careful you don't create some sort of freak wormhole, there, buddy.

      =P

      --
      Free music from Jack Merlot.
    50. Re:SCSI is dead by andrewscraig · · Score: 1

      The "I" in RAID used to stand for Inexpensive, this is true. However it changed more recently to stand for Independent, primarily because of the high cost of decent RAID compatible disks.

      The main reason why I would stick with SCSI in a RAID environment over IDE is bus-disconnects - A SCSI drive can just disconnect itself from the bus and get all the data, freeing the bus for other drives to access it, whereas standard IDE doesn't (at least the versions I have ever used don't). This is why CD Copying disk -> disk where they are both on the same channel with IDE is dangerous!

    51. Re:SCSI is dead by Anonymous Coward · · Score: 0

      IDE is fine as long as the drives are within 30 inches of the controllers,

      30" is overstating it. We just built IDE raid servers using Promise controllers and 36" 80-wire cables. We had lots of instability with them...drives detected incorrectly, sensitivity to simply moving the cable within the chassis. I replace the 36" cables with 24" cables and everything works perfectly. Fortunately, 24" was enough to make all of our connections.

      Off topic a bit, but the system has two Promise Ultra66s and ten 80-GB Maxtor 5400RPM drives (8 on the Promises, 2 on the secondary motherboard controller). Software RAID5 with 8 data+1 parity+1 hot spare. It gives about 66 MB/sec read and 30 MB/sec write in Bonnie. That will just about saturate SMB/NFS over a gigabit ethernet link which is all that matters to us. If you need lots of cheap storage, this seems like a great choice.

  12. IDE Question by pnatural · · Score: 2, Interesting

    are commands sent over the IDE bus synchronous? i remember reading a few years ago that one of the major differences between SCSI and IDE was that SCSI controllers could take commands out of sequence. anyone know anything about this?

    1. Re:IDE Question by edmudama · · Score: 5, Informative

      The ATA/ATAPI-6 specification has support for command queueing, which is the asynchronous component of SCSI. SCSI also implements out-of-order data transfers within a command, which is not part of the ATA spec, however this doesn't help quite as much as command reordering in the queued world.

      In the queued-ATA design, the command phase consists of writing all the same task-file registers as before. However, instead of a data transfer phase, an ATA-6 drive has the option to disconnect from the bus and report a 0x40 status instead of 0x50, indicating it is working on a queued command. At this point in time, up to 31 other commands may be issued while the drive is working on the first command.

      Once the drive has the data for any of these commands, it then enables the service request bit, at which point the host is expected to issue the service command. The drive, upon receiving a service command, puts the tag that the drive is servicing into the task file and begins data transfer for that command.

      To my knowledge, this is pretty similar to how SCSI drives implement this, the difference being that in ATA land the drive must complete the data transfer for a single command while in SCSI land, the drives can disconnect in the middle of a transfer and resume that transfer later after servicing other commands.

      Media rates on most drives are in the 50-70MB/s range, so the other poster saying that it only affects performance out of cache is mostly correct. The only difference here at Maxtor for the 133 vs 100 is basically a few timing changes in our ASIC.

      --
      More data, damnit!
    2. Re:IDE Question by Anonymous Coward · · Score: 0

      IDE is totally synchronous.

      SCSI is multithreaded, meaning you can have multiple commands outstanding on it. More so, SCSI is multithreaded per disk, so you can have multiple commands outstanding to each device.

      So, on IDE you are single threaded
      1 I/O per bus at a time.
      SCSI, several (quite a few in fact) per device (15).

  13. The Cart before the Horse by zulux · · Score: 5, Informative

    Given the current speed of IDE hard drivers - ATA 66 is overkill let alone ATA 133. Hell, ATA 33 is overkill for all but the fastest drives out there. The only benifit you will see, is that the drives onboard RAM-chip cache can be accesses quicker, and that moving from an older IDE spec will get you the new fangled sheiled cables that may help with reliability.

    --

    Moneyed corporations, non-working 'poor' and criminal prisoners are turning productive citizens into tax-slaves.

    1. Re:The Cart before the Horse by psychalgia · · Score: 2, Insightful

      its one less bottleneck to conquer.

      --

      ________________________________________________

    2. Re:The Cart before the Horse by ostiguy · · Score: 3, Informative

      Storagereview.com may be worth a perusal - they used to agree with you - but new data in their testbed 3.0 indicates a high drive cache hit rate. Also, western dig now has a IDE "special edition" drive with 8meg cache - and a pretty good performance bump as a result (which also seems to hold up SR's new belief re: high drive cache hit rate). If > 2 meg IDE drive mem caches become commonplace, these new ATA specs may be worthwhile.

      That said, I do have my ATA 66 drive on my ata 33 controller on my bp6 cuz getting the highpoint ata66 is too much of a PITA.

      ostiguy

    3. Re:The Cart before the Horse by zulux · · Score: 2

      The cost/benifit ratio should be considered though: instead of rushing out an spending $60 on an ATA133 controller, one could buy another hard drive and put the pair of drives in a striped RAID array and quicken the performace of most read opereraions. I know you can coax FreeBSD (with a bit of effort) to boot from a software striped array, and if you buy a Promise IDE RAID controller ($50), you can coax Windows 2000 and Linux to boot off the striped array.

      --

      Moneyed corporations, non-working 'poor' and criminal prisoners are turning productive citizens into tax-slaves.

    4. Re:The Cart before the Horse by valenti · · Score: 1

      I saw that positive review about the 8M cache, but was put off that the special drives were only available directly from WD's webstore. WD said it was only a $80 premium, ($379 vs $299 I think) but that didn't take into account street pricing which was more like $230.

      Then last week I saw Dirt Cheap Drives was selling the 8MB cache versions for $280 - very tempting!

    5. Re:The Cart before the Horse by Anonymous Coward · · Score: 0

      You can "coax" Linux to boot off a striped (or any other kind) of software raid array without even leaving the graphical cozyness of the RedHat installer! This has been available for about 2 years now.

    6. Re:The Cart before the Horse by man_ls · · Score: 2

      IIRC, internal transfer rates (platter >> cache) are in the gigabits - a bigger cache would definately be a huge performance boost. They'd stay filled longer, and the transfer rates the new ATA standards offer might actually mean something.

    7. Re:The Cart before the Horse by Skuld-Chan · · Score: 1

      That would seem to make sense, but my ATA-100 IBM Deskstar does seem considerably faster on a ATA-100 bus. The OS loads faster, apps load faster - and it seems to benchmark faster. What I'm guessing is that repetitive reads and writes are cached on its 2 meg cache chip - that data can be moved from the drive at ATA-100 speeds.

      I've found this to be the same case with scsi as well. Plus I found in doing snapshots on raid controllers and filers on changed files is that most people only edit less then 10% of the data on any one drive - you could cache that and come up with some impressive speeds.

    8. Re:The Cart before the Horse by svirre · · Score: 2

      ATA 133 isn't just about the speed of the interface. It also overcomes capacity limits.

      For instance maxtors D540X 160 GB drive could not exist on ATA 100 and below as they can't address so much space.

    9. Re:The Cart before the Horse by Anonymous Coward · · Score: 0

      Ummm...

      You know - I have lost track of the number of people who have sat here saying "IDE drives don't utilize ATA66 - why do we need ATA133 - ATA33 works fine".

      But have you ever tried to stream raw video to an ATA33 drive at 640*480?? I can tell you now that the best you'll get is 10fps - now try that on an ATA100 controller - and you'll get 25 to 30fps.

      Personally I can't wait for my first ATA133 - maybe I'll finally be able to get up to 800*600 streaming capture.

  14. Can I throw out SCSI? by MagerValp · · Score: 2, Interesting

    So what's the deal, is ATA133 a viable alternative to SCSI in low end (1-2 CPU) servers? Does it play nice even at high loads? Will I get decent performance even when all drives are accessed all the time (RAID 0+1 on a busy NFS server)? Does it support hotswapping?

    And when is SerialATA due? Those stiff cables aren't any fun at all.

    --

    READY.
    #
    1. Re:Can I throw out SCSI? by Anonymous Coward · · Score: 0

      Stupid question, but can you even buy "server" ATA drives? I certainly wouldn't want to run a server on a disk that was designed for a $800 Dell desktop and is bound to seize up in a year or two of continual usage.

    2. Re:Can I throw out SCSI? by cymen · · Score: 3, Informative

      If you want hotswap you have to get a controller that supports it. 3ware has the Escalade IDE RAID boards that support hot swap. Some people have said that 3ware is no longer going to be selling these boards but I think 3ware is merely idiotic by not including the details they used to on their product page. You can buy there controllers at a number of places including: http://www.hypermicro.com/store/index.htm

      See StorageReview.com for more information. Adaptec's IDE RAID board probably supports hotswap too but it is a bit more pricey. If 3ware continues to be idiotic Adaptec might be a better choice...

  15. How bad on the CPU? by Mdog · · Score: 2, Interesting

    My friends "in the know" say that all this ide-spinoff stuff still suffers from the major drawback that it uses a lot more cpu than scsi, and hence the bandwidth numbers they proclaim are not achievable on a standard system...does this new ata stuff attempt to address this, or have I been trolled in the first place?

    1. Re:How bad on the CPU? by MagerValp · · Score: 2, Interesting
      Trolled. If you compare drives at eg storagereview.com you'll see that both IDE and SCSI use something silly like 0.4% CPU when benchmarked. Here's an example:

      IOMeter Tests CPU Util
      IBM Ultrastar 36Z15 (U160 SCSI) 0.48%
      IBM Deskstar 60GXP (ATA-100) 0.35%

      --

      READY.
      #
    2. Re:How bad on the CPU? by Jeffrey+Baker · · Score: 3, Informative

      Check out storagereview's latest review of 20 drives. Given 10,000 i/o operations per second, all SCSI drives used ~20 percent CPU, while all IDE drives used ~40 percent CPU. The CPU was an Intel Pentium 4 2GHz.

  16. Gimme by whovian · · Score: 3, Funny

    And I just bought a few 100g drives

    Maybe they will give consumers a bulk discount when buying by the kilo.

    --
    To-do List: Receive telemarketing call during a tornado warning. Check.
  17. Serial ATA by Jaben · · Score: 1

    We just got some Serial ATA boards and Drives where I work, and I think that anything else is just a joke. It will hit consumer boards soon and then the real increase in speed through the system will get the boost, until then I'm just going to leave my ata33 system as is.

    1. Re:Serial ATA by Anonymous Coward · · Score: 1, Informative

      Serial ATA though will be much hotter, and still doesn't fix the limitations in the OS regarding ATA threading, doesn't add disconnects, and wastes more bandwidth, 150MB/s when a normal ATA drive will if you are lucky give you 30MB/s.

      While cabling is better, and it will allow hotswapped sATA drives, it is still just a bit faster SCSI.

      You do have a good point about price. Disk drives and controllers are more expensive for a reason, better performance, reliability, and infrastructure. You get what you pay for in I/O storage. Too many people skimp on this.

      Most PCs still have only 32/33MHz busses. SCSI blows the doors off of this, and most systems can't even handle this.

      Which of course, brings us to the other point. ATA-133 would exceed this PCI bus anyway. So, even if you could get close to theoretical, anything faster doesn't make sense for ATA.

    2. Re:Serial ATA by Anonymous Coward · · Score: 0

      An often overlooked feature of SCSI drives is the ability to automatically (or commanded) re-map bad blocks. This happens completely inside the drive the the upper levels are unaware of the re-mapping. I can't tell you how many times I've had IBM IDE drives develop bad blocks and the only fix for them is to 1) low level format the disk 2) send it back to IBM.

      When you have >100G drives, having to low-level format the damn thing because of some bad blocks is really annoying. Yeah, filesystems can map around bad blocks, but this type of defect management belongs in the drive, not the fs.

    3. Re:Serial ATA by Trepidity · · Score: 2

      As for air-flow-blocking, normal ATA cables can easily be made into round ones. You can purchase these at most local computer stores (not Best Buy-type places, but Fry's has them). You can also make them yourself by cutting the ribbon wire lengthwise in between the 80 conductors (making sure to cut between, not through, each conductor), then twisting the thing so it's rope-like instead of ribbon-like, and wrapping electrical tape around it.

  18. I bought one of these about two weeks ago by benwb · · Score: 1

    I moved my system from a 5400RPM ata/66 to a 7200RPM ata/133, and I have noticed a quite dramatic speed improvement. In the limited benchmarks that I have done, I get about 40MB a second unbuffered read from the drive. This is about double the speed that I got from my old setup. On a more subjective level, compiling and development with a sourcecode base on the new drive as opposed the the old one is much more responsive (I still have the old drive hooked up).

    1. Re:I bought one of these about two weeks ago by k_187 · · Score: 1

      Yes, but most of that increase is from the jump from a 5400 RPM to a 7200. if you took a 5400 ATA/133 drive and benchmarked it against the 5400 ATA/66, the difference would be nil, if there was one.

      --
      11 was a racehorse
      12 was 12
      1111 Race
      12112
  19. Re:cant wait... then vs than by simetra · · Score: 0, Flamebait

    Using Then and Than.
    Then: Back then, we made ten cents an hour.
    Than: I can eat more jello than you.
    Then: Go ahead and leave then!
    Than: Better safe than sorry.

    --

    "Would it kill you to put down the toilet seat?" -- Maya Angelou
  20. How sucketh IDE? Let me count the ways! by Vortran · · Score: 4, Interesting

    Seems that IDE/EIDE drives are the choice for cheap and large. I'm certainly guilty of buying a few. However, I am wondering why fibre channel and SCSI aren't more popular for the desktop?

    For application installs and OS install/cache, a 10,000 rpm LVD Ultra160 is hardly fast enough for me. Also, I have 9 drives on this system. I can only do 4 with IDE, and if I put in a second controller, I blow another IRQ (of which there are only 10 available of 16 - sad commentary on PC architecture). Please feel free to correct me if I'm wrong on this.

    Allow me to extoll the virtues of SCSI/LVD:
    -15 drives/devices per IRQ
    -Lightning fast.. 320 mbyte/sec now
    -Doesn't slow down your CPU when moving or copying files from one drive to another
    -The above applies to burning CDs as well (a major bonus)

    Basically, with all this going for it, why isn't SCSI more popular (and less expensive)?

    And what about fiber channel? Seems there was a story on /. a few months ago about an interface gadget that let's you chain them with CAT-5 ethernet cable. That would rock!

    Why is everyone buying IDE? Or are they? Just curious.

    Vortran out

    --
    Knowledge is like ignorance.. too much can be just as bad as not enough.
  21. Maxtor press release... by O2n · · Score: 3, Funny

    Maxtor's press release from Oct.29 is here, and contains this piece of info:
    Ultra133 TX2 increases data transfer rates between a hard disk drive and a personal computer up to 33 percent compared with Ultra ATA/100 controllers [...]

    Duh. I suppose maxtor's 160Gb drive increases hard drive capacity with... well... up to 60% compared to 100Gb hard drives also. :)

  22. Capacity, not speed, is what matters here. by fmaxwell · · Score: 5, Informative

    Ultra 100 controllers are typically moving data at less than 1/3 of their rated capacity from almost any modern ATAPI drive. As the article says: In the speed arena, the added bandwidth an ATA133 compatible controller can give you is unfortunately not a selling point at this time. I always get a kick out of people replacing their Ultra 66 controller with an Ultra 100. They are invariably disappointed by the almost identical performance. Now everyone with Ultra 100 controllers can rush out and buy Ultra 133 controllers and experience that same disappointment all over again.

    What Ultra 133 buys us is the ability to use drives in excess of 137GB. Suddenly, 160MB drives are showing up that use this new standard. And that's a lot of p0rn!

    Now what I want is a drive standard that can support high speed, multiple drives (not just two) per channel, is low cost, and uses a better, more convenient, round cabling system (e.g. fiber, coax, etc.).

    1. Re:Capacity, not speed, is what matters here. by edmudama · · Score: 2, Informative

      One note about utilization... in our performance tests here, chipset-based IDE implementations that are built into most motherboards are not as good performance as PCI add-on cards, usually due to smaller FIFO sizes on the DMA bus. Older VIA chipsets were notoriously bad at stalling the bus every 8 or 16 words transferred, while some add-in boards implement several K worth of DMA FIFO.

      --
      More data, damnit!
    2. Re:Capacity, not speed, is what matters here. by evilviper · · Score: 2
      Now what I want is a drive standard that can support high speed, multiple drives (not just two) per channel, is low cost, and uses a better, more convenient, round cabling system (e.g. fiber, coax, etc.).


      Sooo, you're talking about SCSI right?

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    3. Re:Capacity, not speed, is what matters here. by Xuff · · Score: 1

      You do realise IDE cables don't have to be ribbon, you can find rounded IDE cables everywhere, or even make them yourself.

      --

      -Xuff
      Homepage & W
    4. Re:Capacity, not speed, is what matters here. by Anonymous Coward · · Score: 0


      >>is low cost, and uses a better, more convenient, round cabling system

      >Sooo, you're talking about SCSI right?

      No.

    5. Re:Capacity, not speed, is what matters here. by Anonymous Coward · · Score: 1, Funny

      I always get a kick out of people replacing their Ultra 66 controller with an Ultra 100.

      Dude! Shut the hell up! We want them to rush out and buy the latest stuff so prices come down. What is wrong with you? Apply the logick and we'll all be paying less on a regular basis. Teach the man to fish and we'll all be screwed. Disinformation for everyone!

    6. Re:Capacity, not speed, is what matters here. by evilviper · · Score: 2

      There are rounded SCSI cables...
      And SCSI controlers cost the same as IDE for comparable speed.

      Besides, compare the cost of one SCSI controller to multiple IDE controllers (to support the same number of drivers) and then tell me SCSI isn't low cost.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    7. Re:Capacity, not speed, is what matters here. by brunes69 · · Score: 2

      What Ultra 133 buys us is the ability to use drives in excess of 137GB. Suddenly, 160MB drives are showing up that use this new standard.

      Wow, I can't wait until the 1 G+ ones come out so I can actually fit a day's worth of data on them :)

    8. Re:Capacity, not speed, is what matters here. by Anonymous Coward · · Score: 0

      The extra you pay on the drives is far more than you save on the controller.

      And the only rounded SCSI cables I can find are custom made jobs - rounded IDE cables are also available and probably as untrustworthy.

    9. Re:Capacity, not speed, is what matters here. by Segfault+11 · · Score: 2

      I believe the poster was referring to Serial ATA, which once again offers backward compatibility, and a significantly lower pin count: 8 (IIRC) vs. 80 (for ATA/66+).

      Also worth noting: the post specifically stated "low cost", and on top of that, SCSI cables typically aren't round, either. Both ATA and SCSI cables can be made this way, but the process with such a high number of wires is expensive. Not that it matters -- tests have shown the only real benefit of round cables to be that they are more flexible, thus easier to work with, and the airflow advantage they provide does not produce any noticeable improvement in system thermals.

      --

      I registered my hate for Jon Katz

    10. Re:Capacity, not speed, is what matters here. by Anonymous Coward · · Score: 0

      That or internal Firewire ports.

    11. Re:Capacity, not speed, is what matters here. by Anonymous Coward · · Score: 0

      Help bring back the classic Subway cut!

      You can ask the person at the counter to cut your bread however you like. There's even a sign that says so. There's no conspiracy here.

    12. Re:Capacity, not speed, is what matters here. by Anonymous Coward · · Score: 0

      >What Ultra 133 buys us is the ability to use drives in excess of 137GB. Suddenly, 160MB drives are showing up
      >that use this new standard. And that's a lot of p0rn!

      Does it come readily installed? I want one!

      Wait a minute.. a business model that could WORK! 'Scuse me, I got some drives to buy,

      AC

    13. Re:Capacity, not speed, is what matters here. by evilviper · · Score: 2

      For comparable speed there is little difference in price. What makes them seem expensive is the higher RPM-rate, HUGE cache, and some other features that make it cost more. Manufactures don't make very many low-end SCSI devices because consumers don't buy them. There are a few low-end SCSI drives out there.

      Go to google and search for round scsi cables... You'll find more results than you'd ever be able to look through. But of course, that's something you should have done BEFORE posting crap like this.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    14. Re:Capacity, not speed, is what matters here. by evilviper · · Score: 2

      This has been a asked and answered elsewhere in this thread. With the exception of the airflow issues...

      While I agree in most systems the benefit is nominal, it is crutial in smaller systems. I was teaching a PC servicing class a while back where the students would take apart the PC and reassemble it. The small case and poorly designed motherboard consipred to put the IDE cable from the CDROM directly over the CPU. Obviously, if they allowed the able to lay flat against the CPU fan, it would be a matter of minutes before the PC started burning itself up. This was a fairly recent system too (AMD K-7 500MHz). I'm sure the difference would also be noticeable in the cheaper systems as well. Many HPs are so tightly assembled that the IDE cabled turned the wrong way will indeed block the airflow completely. This is more as case for round IDE cables and not SCSI cables though. Not many people put SCSI in tightly packed systems.

      However, isn't the ease of use enough of a factor on it's own to justify the extra cost? Not to menton the extra insulation of the ables against damage, etc.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    15. Re:Capacity, not speed, is what matters here. by aozilla · · Score: 1, Redundant

      For comparable speed there is little difference in price.

      Hmm, looking at pricewatch, I see that 1 50 gig 7200 RPM drive is $500. 2 25 gig 5400 RPM drives (equivalent to 50 gigs at 10800 RPM), is $150.

      --
      ok then your [sic] infringing on my copyright! Could you as [sic] me next time before STEALING my comments for your own?
    16. Re:Capacity, not speed, is what matters here. by fmaxwell · · Score: 2

      Not only do I realize it, but I have four of them and a round floppy cable in my system. But they are still huge and have ungainly connectors. I want something like coax or fiber.

    17. Re:Capacity, not speed, is what matters here. by fmaxwell · · Score: 2

      I believe the poster was referring to Serial ATA, which once again offers backward compatibility, and a significantly lower pin count: 8 (IIRC) vs. 80 (for ATA/66+).

      Actually, while a great improvement, it still doesn't meet my criteria. As I understand it, Serial ATA is still limited to two drives per controller (master and slave).

      What I want is:

      1. The ability to use lots of drives per controller (like SCSI).

      2. Low cost controllers and drives (like IDE/ATAPI).

      3. Thin, round cables that incorporate power, data, and multiplexed audio (details to be worked out).

      Not that it matters -- tests have shown the only real benefit of round cables to be that they are more flexible, thus easier to work with, and the airflow advantage they provide does not produce any noticeable improvement in system thermals.

      It does in a loaded system like mine where there are five ribbon cables (4 IDE channels -- 7 devices -- and a floppy drive). They are also much easier to route neatly.

    18. Re:Capacity, not speed, is what matters here. by vsync64 · · Score: 1

      Are you talking about SCSI cables like these?

      --
      TO BUY A NEW CAR WOULD MAKE YOU SEXUALLY ATTRACTIVE.
    19. Re:Capacity, not speed, is what matters here. by vsync64 · · Score: 1

      I did that today, even. Mmm, veggie sandwich with honey mustard on parmesan oregano.

      --
      TO BUY A NEW CAR WOULD MAKE YOU SEXUALLY ATTRACTIVE.
    20. Re:Capacity, not speed, is what matters here. by Sloppy · · Score: 2

      Now what I want is a drive standard that can support high speed, multiple drives (not just two) per channel, is low cost, and uses a better, more convenient, round cabling system (e.g. fiber, coax, etc.).

      Then you should subvert and spread FUD about ATA133. Because the only drive standard that will ever be low-cost, will be whatever is the most popular. And it looks like ATA133 is going to inherit the market. This will prevent the other progress that you want, from happening.

      Good Enough is the enemy of Perfection.

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    21. Re:Capacity, not speed, is what matters here. by sminra · · Score: 0
      3. Thin, round cables that incorporate power, data, and multiplexed audio (details to be worked out).

      Uh, hello? Audio is DATA. If Busmastered DMA-transfers were cleanly implemented in IDE/ATA, problem would be solved.

      IDE - Integrated Drive Electronics is a severely brain-damaged spec inherited from the evil design choices IBM made back in 1981 in order to push the cost of the bus controller onto the drive mfgrs. There's no technical reason SCSI has to be expensive today.

      So why in the name of Nyarlathotep do you want an extra cable for audio?

    22. Re:Capacity, not speed, is what matters here. by evilviper · · Score: 2

      That's fine... But you really didn't make a point there. You took one example, stripped it of everything but bare RPM and GB ratings and expect it to mean something?

      First off, dual ATA hard drives is the maximum you can have in a typical system, with 4 being the absolute max (and dual controllers rarely get along together). Whereas with SCSI you could have ~ 30.

      You said nothing of the cache, seek time, warranty, quality, etc.

      You took one single example and want people to think it's typical. There are hundreds of combinations you could have come up with, and given a more reasonable assesment of the prices.

      This is not to mention that pricewatch has a very limited selection of SCSI drives (I know, I've looked many times).

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    23. Re:Capacity, not speed, is what matters here. by fmaxwell · · Score: 2

      Uh, hello? Audio is DATA.

      Uh, hello? Audio is analog. It's not digital data and requires different cabling, drivers, etc.

      If Busmastered DMA-transfers were cleanly implemented in IDE/ATA, problem would be solved.

      No it would not. Error correction for CD audio errors is only done in the drive and can't be done externally because only the drives know where the errors occurred.

      IDE - Integrated Drive Electronics is a severely brain-damaged spec inherited from the evil design choices IBM made back in 1981 in order to push the cost of the bus controller onto the drive mfgrs.

      It was compaq who moved the Western Digital 1003 controller from the bus onto the drive. But I agree that IBM is largely to blame for this stupidity. Even my Ampro CP/M-80 system had a SCSI controller on it.

      There's no technical reason SCSI has to be expensive today.

      I agree with you 100%. The only reason that SCSI is expensive because IDE is so bloody popular and SCSI is only used in high-end (read $$$) applications. The production volume is not there to support a lower price point nor does the market demand one.

      So why in the name of Nyarlathotep do you want an extra cable for audio?

      Error correction (see above) on damaged CDs, zero bus and CPU load to play the audio. Make SPDIF output error-corrected, and that would solve the problem. But don't ask me to give up my CPU cycles and eat up my disk interface bandwidth to play an audio CD.

    24. Re:Capacity, not speed, is what matters here. by Hast · · Score: 1

      Doesn't all CD and DVD drives have connections for Audio as it is? Both digital and analog, which you just hook up to the soundcard.

      Why should that be in the ATA/SCSI specification? If it doesn't touch the computers busses it seems redundant. (I mean that it goes directly from CD->sound card.)

      Naturally this doesn't solve the error correction (as it is now). But to do that well you'll need to by pass the CD controllers probably. And that's sounds too expensive to do as default. (If you need it you'll have to de-assemble the drive yourself.)

    25. Re:Capacity, not speed, is what matters here. by fmaxwell · · Score: 2

      Doesn't all CD and DVD drives have connections for Audio as it is? Both digital and analog, which you just hook up to the soundcard.

      Most now have both analog and digital (SPDIF) but only the analog has any form of error correction. And the digital eats up CPU cycles and disc controller bandwidth.

      Why should that be in the ATA/SCSI specification? If it doesn't touch the computers busses it seems redundant. (I mean that it goes directly from CD->sound card.)

      To reduce assembly costs and help clean out the rat's nest of wires in a loaded computer. I'd like to see the audio go to the motherboard and then go from the motherboard to the sound card -- if a soundcard was used.

      I firmly believe that the days of separate soundcards are numbered. 99% of the public will be perfectly happy with the built-in sound that is now present on so many motherboards. And it's only a matter of time until top-notch audio finds its way onto motherboards. Then the integrated audio in an interconnection spec makes a lot of sense.

    26. Re:Capacity, not speed, is what matters here. by Anonymous Coward · · Score: 0

      So where is your proof that you can get equivalent capacity and performance for a similar price. You only need one example

    27. Re:Capacity, not speed, is what matters here. by Anonymous Coward · · Score: 0

      Note that they're catalogued under 'fun-stuff'.
      That doesn't make me feel confident that they meet specifications for high speed data transfer.

    28. Re:Capacity, not speed, is what matters here. by Anonymous Coward · · Score: 0

      First of all, SPDIF audio out *is* error corrected. I challenge you to show me any drive with a non-error corrected SPDIF out.

      Second, SPDIF out does not eat up any disk controller bandwidth. After the controller commands the drive to play an audio track, the drive streams analog audio and digital SPDIF output straight to the sound card. The drive controller isn't involved at all.

      Third, playing SPDIF audio doesn't consume any extra CPU resources either. The only difference between playing SPDIF input and analog input is that the SPDIF input bypasses the sound card's input ADC and goes straight to the mixing section in digital form. It's all handled in the sound card, the CPU doesn't know the difference.

      Finally, although I agree that digital audio chips are going to make their way onto more and more motherboards, I don't think it is at all unreasonable to run a separate audio cable from the drive to the MB. Why burden a drive interface with orthogonal functionality that's only going to be used by some devices.

    29. Re:Capacity, not speed, is what matters here. by fmaxwell · · Score: 2

      You are completely right re SPDIF, CPU cycles, and error correction. I spaced out during the post and, rereading it, I don't know what I was thinking.

      I'm still not a real fan of multiple cables. I've got four IDE cables, 2 CD audio cables, a SPDIF cable, a floppy cable, and power cables to eight different drives. Even ignoring the non-drive-related cables, it's a bird's nest in there.

    30. Re:Capacity, not speed, is what matters here. by aozilla · · Score: 1

      That's fine... But you really didn't make a point there. You took one example, stripped it of everything but bare RPM and GB ratings and expect it to mean something?

      You made the comment that for comparable speed there is little difference in price. I guess I should just respond with "nuh-uh", since you aren't interested in a counter-example, and I don't have the time to iterate through every single combination currently in existance to show you that 99.999% of the time there is a cheaper, faster, more reliable solution utilizing IDE.

      First off, dual ATA hard drives is the maximum you can have in a typical system, with 4 being the absolute max (and dual controllers rarely get along together). Whereas with SCSI you could have ~ 30.

      OK, so we max out at 160 gigs... At that point we've saved what, $600? Enough to buy another whole computer and network it in.

      You said nothing of the cache, seek time, warranty, quality, etc.

      I was being kind. The cache is 2Mb*2 for the IDE vs. 1Mb for the SCSI. The seek times are 9/2=4.5ms for IDE vs. 7.4 for SCSI. The warranty and quality are irrelevant regarding your point of speed. In any case, with the money left over you can buy a few spares.

      You took one single example and want people to think it's typical.

      Again, I was being kind. I started out with my own personal setup 2x40 gigs, but that was way too rediculously in favor of IDE, so I tried to gather one more in favor of SCSI. It most certainly was typical, though. What is atypical is a system where disk I/O becomes the limiting factor. I challenge you to come up with a SCSI drive which I couldn't match with IDE. Or if you want to go with multiple drives, then a whole a la carte system (along with a benchmark to perform).

      There are hundreds of combinations you could have come up with, and given a more reasonable assesment of the prices.

      If you noticed I picked the 25Mb IDE drives, which are exactly the same price on pricewatch as the 40Mb ones. Hell, I tried my best to give SCSI a fighting chance, but still failed.

      This is not to mention that pricewatch has a very limited selection of SCSI drives (I know, I've looked many times).

      So if pricewatch doesn't have a good selection, beat those 25 gig IDE drives with SCSI for under $200. Or show me a SCSI drive which I can't beat for less money with IDE. I don't think you can do it.

      --
      ok then your [sic] infringing on my copyright! Could you as [sic] me next time before STEALING my comments for your own?
    31. Re:Capacity, not speed, is what matters here. by evilviper · · Score: 2
      99.999% of the time there is a cheaper, faster, more reliable solution utilizing IDE
      Well, you could have argumentativly said 'cheaper' most of the time, but what of the rest? IDE drives are notorious for being unreliable, so I don't even think there is an argument. And faster? How would you ever beat a system with 6x15,000 RPM SCSI drives? Okay, let's even say 2x15000RPM. Oh, and that's 3.6MS access time a piece. I didn't quote prices, since I know you can't even match the speed or reliability, so price is moot here.
      What is atypical is a system where disk I/O becomes the limiting factor.
      What are you smoking? Disk I/O is THE ONLY limiting factor in modern PCs. A 2GHz CPU is damn well idle 99% of the time. The bottleneck in PCs has been purely disk I/O for some time.

      If you want an example of the cheap SCSI drives,here you go. I spent under 30sec looking for SCSI drives...

      9.10GB SCSI ULTRA2 LVD 3.5LP 5.6MS 10K CHEETAH LC 80PIN Storage $71.95

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    32. Re:Capacity, not speed, is what matters here. by aozilla · · Score: 1

      Well, you could have argumentativly said 'cheaper' most of the time, but what of the rest? IDE drives are notorious for being unreliable, so I don't even think there is an argument. And faster?

      Reliability comes from replication of data onto multiple drives. Speed also comes from proper use of multiple drives.

      What is atypical is a system where disk I/O becomes the limiting factor.

      What are you smoking? Disk I/O is THE ONLY limiting factor in modern PCs.

      The limiting factor in modern PCs is generally network I/O (for those using the internet), or video I/O/CPU (for gaming). Considering that a gig of ram costs less than $100, most disk accesses are asynchronous writes.

      9.10GB SCSI ULTRA2 LVD 3.5LP 5.6MS 10K CHEETAH LC 80PIN Storage $71.95

      2x6.04GB EIDE ULTRA-ATA 5300RPM AP200 = 2x$28.95 = $57.90

      --
      ok then your [sic] infringing on my copyright! Could you as [sic] me next time before STEALING my comments for your own?
    33. Re:Capacity, not speed, is what matters here. by evilviper · · Score: 2
      Reliability comes from replication of data onto multiple drives. Speed also comes from proper use of multiple drives.
      This all relates directly to price. In other words, the IDE devices are not individually any faster or more reliable than SCSI. Saying that you can buy more is fine, but it is definately a monetary issue.
      The limiting factor in modern PCs is generally network I/O (for those using the internet), or
      video I/O/CPU (for gaming). Considering that a gig of ram costs less than $100, most disk
      accesses are asynchronous writes.
      Yes, a network connection is usually slower than your hard drive. Video definately is not. While gamers (myself included) are always trying to get better resolutions and frame rates, it certainly doesn't slow down your system's operation to have a slow video card. As for hard drives, an OS like Win2k can easially take up half of your 1Gig of memory, but even with an infinite ammount of RAM, it still does have to write to the disk soon after, which usually conflicts with the next portion of data your are trying to read from the disk... I'm a professional, you aren't going to just convince me that hard drives aren't a bottleneck in almost every single aspect of PCs. It's something I know, and anyone that uses a computer could deduce the same quite easially.
      2x6.04GB EIDE ULTRA-ATA 5300RPM AP200 = 2x$28.95 = $57.90

      My claim was never that SCSI was cheaper than IDE, just that it is comparable in price if you match feature for feature (and it is cheaper in many circumstances). Besides that, try matching a SCSI system with 4 of these SCSI drives in it (or more). Sadly, you again failed to include cache, seek time, etc. Not to mention that your claim of reliability and speed break down at this point as well.


      I think this conversation has been dragged out long enough. I will read your reply, but will not add anything further to this thread. I'm sure you would agree that SCSI easially beats IDE in high-performance or reliability, simply because SCSIs are faster, and can support far more drives than IDE could dream of. And I'm sure if I spent some time looking through SCSI drives I could find deals that IDE could not beat. Somehow, I think you're just going to go on in your current mindset of wanting only the interfaces Intel gives you, and not acknowledge that SCSI is better.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    34. Re:Capacity, not speed, is what matters here. by aozilla · · Score: 2

      Yes, a network connection is usually slower than your hard drive. Video definately is not.

      Video may be faster, but it is commonly the bottleneck. Just as a slow network doesn't always slow down a hard drive, a slow hard drive doesn't always slow down a video card. In the case of gaming, everything is typically already stored in ram and disk accesses are a minimal. The bottleneck, if any, is the video card and/or the CPU (and/or the ram/cache, though I doubt it).

      As for hard drives, an OS like Win2k can easially take up half of your 1Gig of memory, but even with an infinite ammount of RAM, it still does have to write to the disk soon after, which usually conflicts with the next portion of data your are trying to read from the disk...

      Well, as for Win2k, I know very little about it. I'm considering a unix system here. As I said, disk writes are generally asynchronous, which are not a bottleneck. You write it to the buffer cache, and go on your merry way. Eventually, when there's time, you get it to disk. Even with synchronous writes there is little to no advantage from most SCSI drives in today's day and age, since they are written directly to the journal, which has no fragmentation and generally requires no seek time. Unless you're writing more data than can be handled by the disk (in which case you should be using RAID anyway), you're not going to have a bottleneck there.

      I'm a professional, you aren't going to just convince me that hard drives aren't a bottleneck in almost every single aspect of PCs. It's something I know, and anyone that uses a computer could deduce the same quite easially.

      And I've been a kernel programmer on the performance team for an operating system company, so I don't have to deduce shit, I've seen the bottlenecks. Unless you need massive amounts of storage accessible on a single CPU (tremendously high volume databases which can't be broken out into multiple machines), or massive data transfer rates (the only thing I can think of is live video processing), you can do the same or better with IDE.

      My claim was never that SCSI was cheaper than IDE, just that it is comparable in price if you match feature for feature (and it is cheaper in many circumstances).

      My claim is that for 99% of the SCSI applications in use today, there is an equivalently performing system that can be built for a lower cost, using IDE. The drives themselves may not have the exact same features, but the application will perform as well or better.

      Somehow, I think you're just going to go on in your current mindset of wanting only the interfaces Intel gives you, and not acknowledge that SCSI is better.

      I'll acknowledge that SCSI is better. But so is a 600 Mhz computer better than a 500 Mhz computer. But if the 500 Mhz computer costs $500 and the 600 Mhz computer costs $2000, for 99% of the applications out there you're better off buying two 500 Mhz computers than one 600Mhz one. Oddly enough two exceptions would be the same two as I presented for SCSI vs. IDE.

      --
      ok then your [sic] infringing on my copyright! Could you as [sic] me next time before STEALING my comments for your own?
  23. Why ATA133? by abelsson · · Score: 5, Insightful
    You're missing the point - The reason to move to ATA133 isn't for the extra speed - i doubt many people care about it: ATA133's main benefit is that it gets around the 28bit addressing in the previous versions that only allowed harddrives to be max 137GB. Hopefully the petabytes offered by ATA133 will last a while.

    -henrik

    1. Re:Why ATA133? by ProfMoriarty · · Score: 1
      BAH ...

      137GB should be more than enough for everyone ...

      --
      Karma? Karma? I don't need no stinkin' karma.
  24. Beo.. nah.... by ZaneMcAuley · · Score: 2, Funny

    Imagine a RAID of those :)

    --
    ----- Whats wrong with this picture? http://www.revoh.org:1234/whatswrong
  25. Serial ATA by Gedvondur · · Score: 4, Informative

    You can get information on Serial ATA at serialata.org. You will find that these new ATA controllers break the 4 drive limitation, and have a very small cable, as opposed to the air-flow-blocking current ATA cables.

    Another mini-rant I have to get out of the way, is about the psychotic SCSI user blaming ATA for keeping SCSI from becoming a real force in desktop computing.

    Guess what, if the SCSI manufacturers would have brought the price down to reasonable levels, this would not have happened. Is SCSI better? In servers, heck yes. On the desktop? No, not really. Even on small servers, the advantages do not outweigh the extra cost of SCSI. The folks in the SCSI industry made a concious decision to stay in the server. Price DOES matter on desktops, and there is NO technology that can beat ATA for price/performance. Thats what ATA is for. Bleating that its' "technically inferior to SCSI" is stupid. They are not intened to do the same things. SCSI=Server Fibre Channel=Server ATA/Serial ATA=Desktop

  26. Re:How sucketh IDE? Let me count the ways! by Anonymous Coward · · Score: 0

    i buy ide because scsi drives are too expensive. and they are expensive because i dont buy them? ;)

  27. ATA 9 million! by Anonymous Coward · · Score: 0

    Imagine a beowulf cluster of these!

  28. Just like computers by tmark · · Score: 3

    I still find it funny that every couple years I buy new hard drives always for around $200... 120 megs, 800 megs, 2.5G, 12G, 30G, 100G.

    This is very similar to the old maxim that the computer you really want is always $5000. Only now, for that money you get a 21" flat panel display, multiple GIGAhertz and more RAM than you can shake a stick at.

    1. Re:Just like computers by regulas · · Score: 1

      So how much ram can you shake a stick at?

    2. Re:Just like computers by alexjohns · · Score: 0, Offtopic

      I don't know. I can shake a stick at a lot of RAM.

    3. Re:Just like computers by sconeu · · Score: 2

      That was Machrone's Law.

      It's probably still relevant, but the price point has changed.

      --
      General Relativity: Space-time tells matter where to go; Matter tells space-time what shape to be.
    4. Re:Just like computers by Cinematique · · Score: 1

      is it just me, or is there really little difference between a 600mhz celeron and a pentium 4 2ghz?

      the differences between chips of the past were easily identified... speaking in terms of visible performance gains, et cetera. i think that point vanished a little while ago in computers.

      this is purely my opinion... keep that in mind.

    5. Re:Just like computers by BarefootClown · · Score: 1, Flamebait

      ...and next week, it will barely run the latest version of Windows.

      --

      "Make it ten--I am only a poor corrupt official."
      --Captain Louis Renault (Claude Rains), Casablanca

    6. Re:Just like computers by tempfile · · Score: 1

      This is simply because the CPUs are so insanely fast now that other bottlenecks (architecture, RAM, buses and humans) are the brake 99.9% of the time. Test it. Go to a Linux box and look at the load average after a day worth of office work. I doubt it would be over 0.1.
      However, MHz sells, and that's why the CPUs are "improved" more and more. Same thing with hard drives. Hardly anybody uses 100GB or saturates a 133MB/s bus. They're there and getting sold anyway.

  29. Promise SX6000 by tcc · · Score: 4, Interesting

    Supposed to ship today, THAT'S the baby, raid-5 with 48bits LBA support. That means 960GB (6x160Gig using maxtor 160GB drives) of storage for dirt cheap, plus Raid-5 support.

    I am planning a non-critical datacenter (rendered frames and so on) with that setup, it's crazy, while a single drive is not offering the performance of the barracuda 180GB 7200rpm drive from seagate, it's like C$500 for a 160GB drive whereas the seagate would cost me around C$2500, you can get to the same performance (plus increased storage and safety with Raid 1 or 5) for the same price than a single seagate drive. it ROCKS.

    I can't beleive I payed C$300 for a 40MB on my amiga1200 not even 10 years ago :)

    --
    --- Metamoderating abusive downgraders since my 300th post.
    1. Re:Promise SX6000 by Bender+Unit+22 · · Score: 2, Informative

      I just got a SX6000 and I am testing it a bit because I want to put some drives on it and make a RAID 5 disk. I've known people having problems with Promise controllers dropping disks in the RAID, so I have installed 2 Western Digital 80GB and striped them. That way I figure if it's not stable, I am sure to know about it. :)
      When I am done testing it, I'd really like to install FreeBSD on it, but sadly there's not yet any drivers for it. Read on Google that Mark Smith is willing to do a driver for it if he gets the hardware and if I could, I'd be more that happy to send a sample. :-)
      Anyway the driver status was that W2K was easy to install with the driver disk, but once that was tried, I installed RedHat 7.1 because there was drivers for it. and it seemed to work, execpt for for the extensive many hours it took for the drivers check that the RAID was clean with no partitions.
      I then discovered that if I choose "other" as operating system in the bios, RedHat 7.2 install could see it as a i2o controller. Mandrake installed failed for me. But I am also a "new" Linux user since FreeBSD has been my preferred choice but since it does not support it, I install Linux instead.
      So before you go ahead, make sure that there's drivers for your os. :-)
      The SX6000 is a nice "low end" RAID, but it lacks the features of the "real" ones such as adding another disk to a existing RAID. I was not able to do that from the BIOS or the Windooze Utility(which is not available from Linux, and I don't think that it works from Wine :-) )

      Hope you could use my input.
      Uhm next weekend I'll get a few more disks and try a RAID 5 setup. And I really like to see how it reacts on different size disks when the time comes where one drive fails and you can't the just that model that anymore. But still if it won't drop the drives on me, I think it a great controller considered the price..

      CU

    2. Re:Promise SX6000 by John�Carmack · · Score: 0

      Where can I buy a SX6000 that has them in stock?

    3. Re:Promise SX6000 by lamontg · · Score: 1
      you can get to the same performance (plus increased storage and safety with Raid 1 or 5) for the same price than a single seagate drive.


      The thing is that if your disk array power fails and takes out some data in the IDE drive's write cache then you can be kinda fucked. Even with a journalling filesystem, the filesystem expects that when it writes something that it will hit the disk and not get caught in a write cache and dropped there by a write scheduling algorithm that it doesn't know the details of. And the cheap RAID that you're getting will not save you from this kind of failure -- if this happens it will instead present you with the opportunity to try to do data recovery on a corrupted RAID set.


      I hope you're going to do really good backups and use a good UPS.

    4. Re:Promise SX6000 by Bender+Unit+22 · · Score: 1

      Now that is a good question, the reason I have one I that I work in a company in Denmark that imports them. So for me it was just a matter of typing in a order for myself and then going down to the shippingroom and pick it up.

  30. PCI Standards by singularity · · Score: 3, Insightful

    From the article: "The TX2 is the first Ultra ATA133 controller card that has support for 66MHz PCI motherboards (32-bit @ 66MHz as opposed to the current 32-bit @ 33MHz - not the same as 64-bit @ 33MHz). Granted there are no 32-bit 66MHz PCI motherboards available at this point in time (they'll be here "when they're done") but when they are available this card will be able to take advantage of the extra hertz."

    It seems that we have two competing PCI slot standards - 64-bit/33MHz and 32-bit/66MHz. I assume that eventually we will see 64-bit/66MHz.

    I remember an article from a few years ago talking about what the next step in PCI slots would be, and it spoke to these two steps. The argument against 64-bit slots was that it would have to change the physical dimensions of the slot to accomodate the additional bits being passed. The problem with 66MHz slots was cross-talk and RF interference between two adjacent slots.

    Since these new ATA/133 cards are backwards compatible with 33MHz slots, I must assume they found a way to reduce RF interference. The existence of 64-bit PCI slots means that industry has found a way to move 64-bits using the older physical architecture.

    That said, which of the standards do Slashdot readers think will catch on? Or will the two compete until a 64-bit/66Mhz standard is agreed upon?

    --
    - (c) 2018 Hank Zimmerman
    1. Re:PCI Standards by Gedvondur · · Score: 2

      There is already a 66mhz 64 bit bus. Many servers have it already.

      This 64bit technology will probably never come to the PC. Its too expensive and is limited by price to servers. Even 33mhz 64bit will not happen on consumer class PCs. PCI-X falls into the same category.

      What you will see, is a generational leap to NGIO or Hypertransport or some other bus technology. Intel is not planning on putting PCI-X or 66/64 on consumer PCs, and those boys really set the standards there.

    2. Re:PCI Standards by Jason+Cwik · · Score: 1

      The PCI standard specifies all 4 arrangements:

      32-bit/33MHz
      32-bit/66MHz
      64-bit/33MHz
      64-bit/66MHz

      Plus 3.3v/5v operation.

      The card connectors are keyed to only fit in slots they're compatible with (for width & voltage). I have a 64 bit PCI video card for my AIX box and it fits in 32 bit slots too.

      I believe that 66/33 MHz operation is negotiated by the chipset. If you plug a 33 MHz card in a 66 MHz bus, the bus operates at 33 MHz. I could be wrong though, it's been a while since I did PCI hardware support...

    3. Re:PCI Standards by kawaichan · · Score: 1

      IMO, for the consumer market, we cannot afford to upgrade a new standard every year or so. We need something so advancded, so affordable (important) and also provide good transitional solutions. One of the prime example, I think, is that floppy drives are still installed on new PCs (except Macs of course). In some way, the PC market just don't want to change.

      --

      kawai
    4. Re:PCI Standards by flight666 · · Score: 1

      Buy any recently produced server-class system and open the cover to see 64bit/66Mhz PCI slots. Heck, even Dell's 1U boxes come with 2 of them: http://www.dell.com/us/en/esg/topics/esg_pedge_rac kmain_servers_3_pedge_1550.htm

    5. Re:PCI Standards by Anonymous Coward · · Score: 0

      Most servers today ship with 64/66. As a matter of fact, servers are starting to ship with PCI-X. There is no reason a 32/66 wouldn't work today. As a matter of fact, they do. All of the slots are compatible. The only conflict in slots, is what voltage they are, 3.3V vs. 5V.

      Too bad almost half of the motherboards shipped today have 64 bit slots. Take a look at the new Athlon Tyan MBs like the Tiger.

      RF interference is not an issue for almost any modern system and chip in production. The reason it's backwards compatible is to work in backwards systems. 64-bit slots have nothing to do with processor architecture, like IA-32 and IA-64. PCs have had 64/66 for about 3 years. Unix platforms for longer.

      They are one standard, and it's long been ratified. The only problem is, people have a hard time designing cards that run at 66 MHz, so many opted to widen the bus as opposed to speeding it up.

      -- Jon

    6. Re:PCI Standards by Zeshan · · Score: 1

      Since these new ATA/133 cards are backwards compatible with 33MHz slots, I must assume they found a way to reduce RF interference.

      80 wire IDE cables (as opposed to 40 wire) are used for the faster drives. These reduce the problems with noise.

      Zeshan

    7. Re:PCI Standards by blair1q · · Score: 2

      When you say "server", are you limited to Xeon chips? Is there no AGP port? Can PCI video make up for that? Are there any 32/66 or 64/66 PCI video cards? What is keeping me from saying "damn the torpordoes, full gear ahead!"?

      --Blair

    8. Re:PCI Standards by brunes69 · · Score: 3, Informative

      64 bit PCI slots have been around for while, and are common in servers. Theyre around twice as long as a 32 bit PCI (duh), and older 32 bit PCI cards work fine in them.

    9. Re:PCI Standards by RelliK · · Score: 2

      Uhhm, AMD 760MP boards (Tyan Thunder/Tiger) come with 33MHz 64bit PCI slots. They are backwards compatible with 33MHz 32bit PCI slots. The 760MPX chipset (due out soon) will support 66MHz 64bit PCI slots. Then there are ServerWorks chipsets that support 66MHz 64bit PCI already. They (as the name suggests) are often used in servers.

      --
      ___
      If you think big enough, you'll never have to do it.
    10. Re:PCI Standards by Gedvondur · · Score: 2

      No, not really. Pentium II, III, and IV servers.

      For x86 based graphical workstations, such as multiprocessor Dell machines, there is AGP slots. There are, however, generally not AGP in full-blown file servers. Usually they come with a small, cheap embedded ATI or some other video chip. There is no need for graphical power on a server.

      As far as video cards in the 66/64 or 33/64 format, I do not know of any.....but in the big, wide world, there might be some, but I think that if there is, they are few and far between.

    11. Re:PCI Standards by singularity · · Score: 1

      As a follow-up to my own comment and an attempt to answer some of the ideas brought up in the replies:

      1) While 64/66 may be found in servers, many more desktop PCs are sold every year. The situation is this: Suppose you buy a motherboard with 32/66 and you want a card that supports 64/33. It is the problem that always occurs with two differing standards.

      2) I suppose I used to term "standards" in a less than perfect way. While there may be set specs for 64/33 and 32/66, right now you are much more likely to find one or the other in desktop PCs. The better question might be "Which one will become more popular until a replacement (64/66 or something even better) comes along?"

      3) RF issues in PCI slots, from what I have read, have to do with the actual physical slot, not with the chipset or with cabling.

      --
      - (c) 2018 Hank Zimmerman
    12. Re:PCI Standards by tonywong · · Score: 1

      Since the Blue and White PowerMacintosh G3 was introduced, 66MHz-32bit PCI has existed on their desktop machines, and 33MHz-64bit PCI as well.

    13. Re:PCI Standards by Trepidity · · Score: 2
      Since these new ATA/133 cards are backwards compatible with 33MHz slots, I must assume they found a way to reduce RF interference. The existence of 64-bit PCI slots means that industry has found a way to move 64-bits using the older physical architecture.


      It's possible the architecture was changed, though I can't verify this either way. If you've noticed the new AGP slots, they're physically wider than the original ones, but are backwards-compatible with the original cards - they come with the "extra" part covered with a plastic guider so the old cards will fit snugly, which you can remove to insert the newer, wider cards.

    14. Re:PCI Standards by Anonymous Coward · · Score: 0

      Not sure if you'd consider these "consumer-class", but PowerMacs have had 64/33-PCI since the B&W G3 models, IIRC.

    15. Re:PCI Standards by Anonymous Coward · · Score: 0

      Actually, 32/66-PCI has only been on Macs in the B&W G3 and the first G4 (Yikes) models. It was used for the video card exclusively, and has subsequently been replaced by an AGP slot.

    16. Re:PCI Standards by Anonymous Coward · · Score: 0

      This 64bit technology will probably never come to the PC.

      Good thing I bought a Mac, then... :-)

      For the link-impaired - new G4 Macs ship with 4 64-bit PCI slots standard. "Now available" is a pretty far cry from "It'll never happen," don't you think?

  31. Re:How sucketh IDE? Let me count the ways! by Gedvondur · · Score: 3, Informative

    I can answer two of your questions.....

    With new processors, how much are you REALLY giving up in processor useage? This was only a problem on Pentium and 486 processors.

    On the Fibre Channel front, FC is used for external disks. FC has a maximum distance of, someone correct me if I misremember, 2 kilometers, on optical fiber. The controllers are very expensive. The drives are expensive. The entire point of FC was to get over the 15 drive limit of SCSI and to get over the distance limitations of SCSI (3 meters) and Diff. SCSI (15 meters).

    I am not aware of any internal FC implementations on standard server hardware, but as a rule, its an external JBOD application.

  32. Re:Hmmm by mummers · · Score: 1

    How utterly fascinating and insightful.

    --
    --This isn't a man who is leaving with his head between his legs.
  33. Where's Serial ATA? by man_ls · · Score: 2

    It seems to be consipciously absent from most motherboards and hard drive. It sounds great in practice (a dedicated channel for each device, faster transfers, smaller footprint) but Intel has explicitly declared that their chipsets will not support it. I guess it would require a brand new chipset, but still, it would be a benefit for everyone.

    I just can't see the rationale for using ATA-133 in anything. ATA as a server interface is generally a bad thing unless done VERY carefully. SCSI has transfer rates that are up there (I think differential SCSI has a 160MB/sec transfer rate, and the drives are like twice as fast seeking as ATA drives.) and the drives are generally more reliable, or failing that, eaiser to replace. The average home user has no need for anything above ATA-66 or maybe ATA-100.

    1. Re:Where's Serial ATA? by Anonymous Coward · · Score: 0

      >It seems to be consipciously absent from most
      >motherboards and hard drive. It sounds great in
      >practice (a dedicated channel for each device,
      >faster transfers, smaller footprint) but Intel
      >has explicitly declared that their chipsets will
      >not support it.

      Actually, you've got it backward: Intel has stated that they will not support ATA/133, and that they are going to wait for Serial ATA instead.

  34. Re:How sucketh IDE? Let me count the ways! by Wyatt+Earp · · Score: 2, Interesting

    Because it's cheap.

    Like someone said up above, it's because the SCSI vendors decided to stay in the Servers that the price never came down.

    Quick scan on Pricescan.com
    Cheapest large SCSI drive there
    Seagate Cheetah 73.4GB 10K Ultra160 SCA
    $635.00

    Cheapest medium SCSI drive there
    BM Ultrastar 36LP 36GB 7200 Ultra160 LVD
    $210.00

    For ATA-133
    Maxtor DiamondMax Plus D740X 80.0GB Ultra ATA/133
    $195.00

    I know that SCSI is better. But is it worth getting the SCSI card and paying alot more? Not to me it's not. I play some games, mess around on the Internet and thats it...SCSI won't make that any faster.

  35. This is retarded. by NoMoreNicksLeft · · Score: 1, Flamebait

    As cheap as I've seen fibre channel controllers on ebay, or even the wholesale outlets, you _MUST_ be nearly braindead to continue to go with IDE. I don't care how they've managed to eke a little more performance out of it...

    Seriously, it wasn't 6 months ago that slashdot itself was exalting cheap fc cabling systems ( http://master-www.cinonic.com:8080/ ). This, wholesale $25 nine gig drives (small enough that they're useless to corporate SANs, maybe up to 30 or so gigs for people like us), and a maximum device limit of 128 drives says it all. 200mps, and even with software raid, you'll be able to approach that speed. Think about it. Raid 5, no more hd crashes that wipe you out. Speedier than all but the most exotic scsi setups. You can spend $50 week, and incrementally add storage. Honest to god, we should be shunning hardware manufacturers that continue to feed us this slop called ata133. They're the same ones to blame for marginallizing scsi, and making it more expensive than it needs to be. Don't let them do the same thing this time around.

    Moderators, I dare you to mark this as flamebait or trolling...

    1. Re:This is retarded. by Anonymous Coward · · Score: 0

      Everybody is stupid but you, huh?

    2. Re:This is retarded. by NoMoreNicksLeft · · Score: 1

      I'm not good with html, so forgive me, these are going to be text.

      $35 for PCI fibre channel controller, no bids, no reserve. (This might be a bit low, but certainly you'd get yours for under $75. How much did you pay for your addon ata100 controller?)
      http://cgi.ebay.com/aw-cgi/eBayISAPI.dll?ViewIte m& item=1295764842
      $39 for 9 gig fibre channel drive, on pricewatch... couldn't find a url. Look it up if you don't believe me. (18 gigger hovering around $90, both prices lower on ebay)
      Cheap cat5 cabling system, no need for fiber optics.
      http://master-www.cinonic.com:8080/

      Let's go over the basics again. 200mps without anything fancy like switches. Linux compatibility (Windows XP? I almost pissed my pants, that was so hilarious). 128 devices in a single loop. Prices comparable to all but the worst consumer junk. Easily raidable (like I said earlier, don't even worry about hardware raid, software raid is gonna get you close to the throughput limit, even scsi can't touch it). Easy raid means never backing up, ever again. Never losing files to a crashed HD. I tell you, if grandma lives with ya, I might not give her her own FC raid, but she'd get a tiny scsi hard drive, and be taught to use her home directory on the server... most she'd ever lose is her default install of *giggle* XP. Plus, since corporate SANs are about 3-5 years ahead of us, within a year, it won't be hand-me-down 9 and 18 giggers, but 30-60 gigs in the cheap range. And instead of replacing your 9 gig drives, they will simply add to the storage.

      Now, tell me again, why we shouldn't be using this. Really. Come up with a coherent argument, and win a free 8 inch floppy disc! (J/K I wish I had some though)

      And to the dumbass that moderated me as flamebait on the original, my post means something very different if you read it as english, instead of your native tongue, dumbfuckinese.

  36. SCA vs IDE?!?!?! by Anonymous Coward · · Score: 0

    Geez, compare apples to oranges much?

    Using the Cheetah 73G SCA drive as a comparison to an ATA-133 drive is so misleading it's not funny.

    Or are you implying that you can hot-plug that DiamondMax?

  37. ATA133 Raid for Mac at www.pc500.net by Anonymous Coward · · Score: 0

    ... and maybe PC. I noticed that a hardware store around here in the UK has a completely different ATA133 product, or two. www.pc500.net has something by ACARD. They're advertising it as an ATA133 card for Mac with RAID 0 striping. Dunno about the PC, but will these work in the same way as the one's that come with the drives? Also, will the PCI cards from maxtor,etc. work with other platforms than PC's?

  38. Re:How sucketh IDE? Let me count the ways! by tmark · · Score: 2

    Basically, with all this going for it, why isn't SCSI more popular (and less expensive)?

    SCSI isn't more popular precisely because it is so damn expensive. To use your example, who exactly can afford the price of an Ultra160 controller and drive just for "application installs and OS install/cache" ?? Precious few people. Who *really* needs more than 4 drives - very few people, especially when bigger and bigger drives just get cheaper and cheaper.

    And SCSI isn't cheaper because there is the less expensive IDE always available. Even if SCSI could be made as cheaply as IDE, good marketing people will always price SCSI devices more than comparably-sized IDE devices, because the people who need SCSI's features are willing to pay a premium over IDE. At least in this regard, it is all about market segmentation and differentiation.

  39. The French by Anonymous Coward · · Score: 0

    Trust it to the french to build a plane where the engine falls off -- that's it FALL RIGHT OFF -- on takeoff.

    Now slashdot is playing into their hands by advocating their cheapo-french CPUs.

    What's next? A tricolor flag on the white house?

    1. Re:The French by Anonymous Coward · · Score: 0

      Sorry about that guys, my "auto-French" posting script incorrectly parsed the topic. It should've said something about "cheapo-french ATA133 Controller."

      Hey, gimme a break--its hard being a troll in the new world order!!

  40. Re:SCSI is dead - not a troll! by Anonymous Coward · · Score: 0

    dude, whoever rated the above poster a Troll is abusing their moderator power (that never happens on /.). "i am not a troll! i am a free man!"

  41. How about making it use it's full potential? by fatty545 · · Score: 1

    Even the fastest ide harddrives can only send data at a constant stream at a max of 35 megs/sec. What is the point of using 66/100/133? Yeah you can read the cache data faster, but the times for reading the cache for these interfaces in seconds .03/.02/0.15 so is there any significant improvement here? Hell no! What the drive makers need to start doing is making drives that can read/record data faster rather than creating faster/expensive interfaces that we don't need and the only reason anyone would get one of these controllers is that they are an idiot or bragging rights. But what real preformance are you getting out of this drive. There is no gain in using these drives, and they are more expensive, if you have the money just get a bigger drive.

    --
    "If you commit sodomy they'll put you in jail with a guy who will sodomize you." -- George Carlin
  42. ata100 on motherboard by NotAnotherReboot · · Score: 1

    I personally have a motherboard with the ATA100 built onto it, and to be honest, it has been less than perfect. Half the programs in Windows 2000 have problems figuring out where the hard drive is, in windows xp this problem seems to have disappeared for me. I couldn't even install the operating system on it, I had to stick it on the regular channel then switch it over.

    This is also a Promise controller, not some no-name where you might expect such things for it being integrated onto the motherboard.

    Hopefully if ATA133 gets implemented onto some motherboards they'll figure out how to make it run a little more smoothly.

  43. Only MAXTOR supports this by acomj · · Score: 2

    Last I heard IBM/Seagate/WD wern't going to support 133 ata...

    I don't think anything has changed...

  44. Does Maxtor have ATA133 patented? by zsazsa · · Score: 4, Insightful

    Looking at the specs on the linked article:

    New Ultra ATA interface with Maxtor-patented Ultra ATA/133 protocol supporting burst data transfer rates of 133MB/s.

    Maxtor-patented? I hope this is a typo or editing mistake. Looking around at http://www.uspto.gov/ doesn't reveal much, but Googling for information brings up a few press releases saying things such as "Ultra ATA/133 Is Based on Maxtor Patented ATA Technology" and "The Fast Drives specification and licensing rights for Ultra ATA/133 are available from Maxtor under non-disclosure."

    Are other ATA standards patented like this, by Maxtor or other companies like Western Digital or Seagate?

    Ian

    1. Re:Does Maxtor have ATA133 patented? by scorcherer · · Score: 0, Offtopic
      Are other ATA standards patented like this, by Maxtor or other companies like Western Digital or Seagate?
      • Advanced BASIC
      • Military intelligence
      • Microsoft Works
      • Patented standards
      • Insightful /. comments
      --

      --
      The Cap is nigh. Time to get a fresh new account.

  45. Re:How sucketh IDE? Let me count the ways! by heimdall · · Score: 1

    > I am not aware of any internal FC implementations on standard server hardware, but as a rule, its an external JBOD application.

    * SunBlade 1000 uses FCAL internally (workstation)
    * SunFire 280R, v880, and 3500 use FVAL internally (servers)

    More and more, FC is not used for JBOD, for RAIDed disks. And more and more prevalent is the use of FC Hubs/Switches to make managed of disks much easier (in a large server environment). FC is *almost* a necessity in (failover) cluster environments of more than two systems. BTW... FC uses the SCSI 3 protocal over copper/fiber. ;-)

  46. Same amount of pr0n by Per+Wigren · · Score: 3, Funny

    Todays huge harddisks don't make me store more pr0n on them. They let me store the same amount of pr0n but in much better quality! :)

    --
    My other account has a 3-digit UID.
  47. When using advaced vocabulary always remember by Anonymous Coward · · Score: 0

    ...to spell correctly. It's PLEBEIAN - And you, sir, are plebeian.

  48. I'm not getting one... by KajiCo · · Score: 0

    not until i get it's ATA 166, or anything above 133. It sux that i finally get all my drives at ATA 100 and ATA 133 is out. No way, i'm not dishing out cash until the next upgrade.

  49. Reasons for Low Device Count? by Max+Entropy · · Score: 1

    I've always wondered why iterations of the ATA standard are always optimized for speed. As fast as this is, it's still only two devices per channel! Hell, even Serial ATA is still stuck with this two-device limit. Is this just a way to keep the overall costs down for the OEMs? (That is, optimize for speed only?) Or is there a technical/signaling reason why this limitation exists?

    I can't wait until they finally work SCSI-like device support into the ATA specification. (Hear that, Adaptec?) That would rule. An integrated ATA133 chip with on-chip RAID would be killer.

  50. Sure they can by DeadMeat+(TM) · · Score: 3, Interesting
    Very few, if any, drives currently available can saturate an ATA33 bus, sustained. The only thing these ludicrous improvments are doing are increasing performance to and from the drive cache.

    Put two very fast hard drives on the same channel and you can push 100 or even 133 MB/sec pretty easily. Sure, it's going to be power-user and (once the RAID version of the card hits the streets) low-end server territory, but that's exactly Promise's market.

    1. Re:Sure they can by Anonymous Coward · · Score: 0

      Show me one IDE hard disk that supports 50MB/s, much less 60MB/s. The best IDE drives out there max out around 30-35MB/s for IDE. SCSI is around 55MB/s for the same physical disks.

  51. Re:cant wait... VS vs. VS. ... by tonyc.com · · Score: 0, Offtopic
    Boy, you surely took him down a notch or two! I'd like to make a few points, though:
    • You caught the misuse of then, but not the missing apostrophe in cant.
    • You omitted the period in your abbreviation of versus.
    • All five lines of your corrective post are sentence fragments; none are grammatically correct.
    • The Jello® trademark is a proper noun; it should be capitalized.
    Also, you didn't seem to notice that the original poster didn't even use punctuation in two out of three sentences. Obviously, it was a troll for anal grammarians. Based on your previous post, I'd say the trap has sprung, and caught us both.
  52. Re:How sucketh IDE? Let me count the ways! by Anonymous Coward · · Score: 0

    Don't be an asshole. If you claim that IDE transfers don't eat a lot of CPU once you actually start to stress the drive subsystem then you're either criminally underinformed, or lying.

  53. Re:How sucketh IDE? Let me count the ways! by Anonymous Coward · · Score: 0

    There are a few designs, such as Sun and Intel, who are adding FC to the interior in place of SCSI, but generally, no, SCSI dominates the server internal connect. BTW, LVD SCSI is 25m point-to-point. 15 meters mulitdrop.

    You can run SCSI several dozen meters, 75?, with repeaters. FC, with FCIP and iSCSI, is getting almost infinite in it's interconnect.

    FC is very expensive from a card standpoint, but it is mainly intended for multibox connections. SCSI generally was limited to two servers connecting to the same drives, FC removes this limitation. You can have several dozen systems talking directly to the same disks.

  54. ATA and SCSI drives are the same by Anonymous Coward · · Score: 0

    They are the same. ATA and SCSI drives, and have been for very long. It's only when you get to higher rotation speeds they differ.

    Making it hotswapable is only a matter of designing an interface that will disconnect all wires at the same time, and plugging them back in also at the same time. You could build an IDE drive bay that would be hotswapable.

    1. Re:ATA and SCSI drives are the same by Anonymous Coward · · Score: 0

      A long time ago a 40MB SCSI drive was the same as a 40MB IDE drive, but nowdays they pretty much come in completely different capacities and rotation speeds. Therefore they aren't the same platters nor production lines and it's reasonable to assume there's a quality difference between the drives.

  55. Drive performance in Linux by SCHecklerX · · Score: 5, Informative
    Since I just got a IDE burner, I finally realized that by default Linux does not take full advantage of the hardware. Here's what I did to fix that, and can now actually use my computer while dumping large amounts of data from the hard drive:

    first, boot the linux kernel with the IDE-Bus set to 66 (set the idebus=66 option), if your motherboard and drive controller supports it.

    ATA/66, Non-CD, has DMA support:
    /sbin/hdparm -d1 -X66 -c1 -u1 /dev/hda

    Older drives, not ATA/66, but with DMA support:
    /sbin/hdparm -d1 -X34 -c1 -u1 /dev/hda

    The burner doesn't support DMA:
    /sbin/hdparm -d0 -c1 -u1 /dev/hdc

    man hdparm for more info.

    1. Re:Drive performance in Linux by Real_Mce · · Score: 2, Interesting

      Hey dude just a FYI.... Per the Linux manpage hdparm(8) -X66 is for UDMA Mode2 (ATA33) Transfer Support. -X34 is for UDMA Mode2 MultiWord Transfers. Also you should only have to use hdparm if you are still running a pre 2.4.x kernel anyway are 2.4.x and beyond support and are able to enable by default both ATA6 and ATA100.

      --
      All employees must wash hands before using the bathroom. - The Mgmt.
    2. Re:Drive performance in Linux by KidSock · · Score: 2

      ...by default Linux does not take full advantage of the hardware.

      It should if the kernel was built with CONFIG_IDEDMA_AUTO. Try:

      hdparm -Tt

      If buffered disk reads is more than about 4 MB/sec UDMA is enabled so you shouldn't mess with anything.

      Finally, enabling [u]dma on older drives and chipsets can result in FS corruption. That's why it's not enabled by default.

  56. Taco, you fuckwit, it's "ITS" not "IT'S". by Beatlebum · · Score: 0, Offtopic

    "If you're a hardware junkie, then you may already know ATA133 is on it's way to becoming the new standard for drive controllers."

    ARGGGHHHHHH IT'S "ITS" NOT "IT'S" YOU FUCKING MORON.

    (standard disclaimer for Mr. Offtopic: go fuck yourself,I'm sick and tired of seeing lazy writing on the /. frontpage.)

  57. Err... by Wakko+Warner · · Score: 2

    The SCA drive costs no more than the 68-pin version of the drive, generally.

    - A.P.

    --
    "Remember when the U.S. had a drug problem, and then we declared a War On Drugs, and now you can't buy drugs anymore?"
  58. Re:How sucketh IDE? Let me count the ways! by Anonymous Coward · · Score: 0

    FC uses the SCSI 3 command set. This allows the OS to use the same route for FC as for SCSI, which makes OS adoption easier. Microsoft is looking to re-write their stack for FC drives to make them faster though. FC RAID is very popular, but the RAID is done in the external boxes. Almost all external RAID boxes, EMC and such, are FC interconnects.

    FC can also run TCP/IP and other transport forms.

  59. Petabytes? On IDE? by Wakko+Warner · · Score: 2

    By the time they release an IDE drive that hits 1 petabyte, ATA-133 will be long-dead.

    --
    "Remember when the U.S. had a drug problem, and then we declared a War On Drugs, and now you can't buy drugs anymore?"
  60. Re:How sucketh IDE? Let me count the ways! by Mistah+Blue · · Score: 1

    10km generally. If you have the proper hardware (think DWDM) you can go further. Latency is the issue.

  61. Re:And if you learn to write... by Anonymous Coward · · Score: 0

    And your post saddens me, as you have completely missed the point of his post.
    You're a moron. Move along now. Nothing to see here.

  62. So what? by Snorp · · Score: 1

    This doesn't mean that drives will be any faster......my IBM 60GXP (one of the fastest IDE drives available) wouldn't even max out an ATA66 interface......

  63. Re:How sucketh IDE? Let me count the ways! by Gedvondur · · Score: 2

    I think you will also find that FC is going to be the disk-of-choice for enterprise systems in the future, but not for the interconnect. iSCSI over Ethernet will replace FC as the interconnect. Especially when you consider 10gb Ethernet that will hit the market next year.

    FC is good tech, but it's hard to use, interoperability is a HUGE issue and the familiarity of server admins with Ethernet will make them inclined to use Ethernet.

  64. Forget about it! by dark&stormynight · · Score: 2, Insightful

    Don't waste your money on this level of technology. I'm waiting for the Serial ATA to come out next year!

  65. Actually, there are two reasons. by NerveGas · · Score: 2, Informative


    One reason, which others have hit on, is that it's nothing more than an ego-match with SCSI's 160 MB/sec bus speed. However, there is a semi-valid reason: The spec includes a addressing extension which increases the maximum size of a drive into the petabyte range.

    steve

    --
    Oh, you're not stuck, you're just unable to let go of the onion rings.
  66. Want to make $1000 fast? Prove it to this guy by X-Dopple · · Score: 1

    Prove to the owner of this company (warning: flash-based) that SCSI is faster than IDE. He claims that 'Superdell's Personal Model' is the absolute fastest Windows-based machine on the planet and it has top of the line parts, and if you can tell him how to make it better, he'll pay you $1000. Click on the right arrow twice where it says 'Dang Fast P4 model' and then click 'More Info'.

    Okay. Whatever. Even in his highest-end servers he uses a RAID setup with IDE.

    I'd sure like to burn this guy out of his $1K. He's really obnoxious; he insults the other two competitors in town as well as Dell, Sony, etc., and, in an act of either supreme arrogance or stupidity, he put up a HUGE BILLBOARD proclaiming that he 'beat the dentist and the Better Business Beauru'.

    1. Re:Want to make $1000 fast? Prove it to this guy by ncc74656 · · Score: 2
      He claims that 'Superdell's Personal Model' is the absolute fastest Windows-based machine on the planet and it has top of the line parts, and if you can tell him how to make it better, he'll pay you $1000.
      The fact that he built it around a P4 is a dead giveaway that he doesn't have a clue what he's talking about. Dual Athlon MPs (or XPs if you're willing to ignore AMD's compatibility guidelines) on a Tyan Thunder K7 will blow his setup out of the water (and it comes with dual Adaptec Ultra160 SCSI and dual 3Com NICs on-board, too).
      --
      20 January 2017: the End of an Error.
    2. Re:Want to make $1000 fast? Prove it to this guy by Anonymous Coward · · Score: 0

      Not for long though. The 2GHz P4 Xeon is going to be released shortly along with at least one or two quad processor Xeon boards.

  67. Re:How sucketh IDE? Let me count the ways! by Trepidity · · Score: 2

    Seems that IDE/EIDE drives are the choice for cheap and large. I'm certainly guilty of buying a few. However, I am wondering why fibre channel and SCSI aren't more popular for the desktop?

    Seems that you answered your own question there. IDE/EIDE drives are the choice for cheap and large, while SCSI are not. And cheap and large is what is necessary to store gigabytes of audio and video, unless you're wealthy. Very few of us care enough about the extra speed to justify paying $500 for an 80-gig SCSI drive when you can get the same thing in an IDE flavor for $200.

  68. Re:How sucketh IDE? Let me count the ways! by sconeu · · Score: 2

    What's really perverse, of course, is if you run:

    iSCSI over IPFC over FCIP...

    I suppose you could infinitely virtualize the FC/IP pairs in this scenario...

    --
    General Relativity: Space-time tells matter where to go; Matter tells space-time what shape to be.
  69. Re:How sucketh IDE? Let me count the ways! by Anonymous Coward · · Score: 0

    Funny how YOU are the one who comes off as the asshole and not him... hmmm

  70. Great... by Anonymous Coward · · Score: 1, Insightful

    Now my IDE drive interface can be A FULL ORDER OF MAGNITUDE faster than any IDE drives I can buy.

    How about updating the spec to allow more than two drives per channel? Then we might actually have a chance of saturating it.

  71. Re:Petabytes? On IDE? by Anonymous Coward · · Score: 0

    By the time they release a CPU that hits 1 GHz, x86 will be long-dead.

    Anybody would have agreed to that 1985!

  72. Re:Petabytes? On IDE? by Anonymous Coward · · Score: 0

    Except that ATA133 is a singlevendor spec and will be dead as soon as serial-ATA ships next year.

  73. Size does matter by GunFodder · · Score: 1

    There's no way I'm going to fit >4000 MP3s onto a 600MB hard drive. Or one modern game.

  74. Hardware Junky - ATA by Anonymous Coward · · Score: 0

    Hardware junky and ATA don't belong in the same sentence. No hardware junky gives a shit about ATA. SCSI will always be ahead of the game

  75. Fibre channel? Umm... no. by Kymermosst · · Score: 1

    And what, pray tell, does an average consumer (WinXP user) need with fibre channel? Or more than one drive, for that matter?

    Have YOU installed fibre channel on your system?

    Should my 70-year old grandma put fibre channel in her computer?

    You really should read up a bit on fibre channel before you go saying it is an acceptable replacement for cheap IDE.

    Do normal users need "Connectivity over several kilometers" or more "flexible topologies" than a few drives daisy-chained together?

    The simple fact is, fibre channel is only practical for high-end machines. If you run a small server or a desktop system, you'd be "braindead" to switch your system to a totally incompatible storage architecture, abandoning the compatibility and ease of IDE for the average user.

    You also have to take into account that the cables for fibre channel are much more fragile than IDE ribbons, though not subject to RF reception in the medium itself.

    For the record, I've never had a problem with IDE on any of my systems. It's cheaper to upgrade than my SCSI systems, and the drives are getting bigger and faster all the time, and not really going up in price.

    Firewire hard drives, now THAT looks promising for desktop use...

    --
    "Alcohol, Tobacco, Firearms, and Explosives" should be a convenience store, not a government agency.
  76. Expensive? by srvivn21 · · Score: 1

    The drives are dirt cheap.

    The controllers are cheap (not cheap as dirt, but cheap all the same).

    Don't like those particular brands? Pick some others.

    1. Re:Expensive? by CityZen · · Score: 1

      Okay, but once you have the controller and the drive, how do you hook them up? You either need to find an expensive drive backplane arrangement, or else you need to buy some expensive T-cards and expensive cables, or else you need to buy a bunch of components and wires and make your own T-cards using your expensive time. And that's just for copper cabling. If you pick up an optical controller, I hope you can find an MIA (media interface adapter) for under $400. I sure haven't seen any.

    2. Re:Expensive? by Hast · · Score: 1

      I remember reading about a guy who got FC to work with his desktop while being rather cheap. Unfortunately I can't remember the URL, but you might find it searching the web.

      He did get the stuff from eBay and some spare parts from a manufacturer. It didn't seem extremely expensive. (But then the benefits wheren't that great neither. Other than bragging rights.)

  77. The new king of flame wars by Anonymous Coward · · Score: 0

    Remeber the flame wars polls a month or two ago
    I think I want to change my vote SCSI vs. IDE Rocks my world

  78. Something wrong with these numbers... by darkonc · · Score: 3, Funny
    • 800,000 hours mean time between failure (MTBF) in the field
    • 3 Year Limited Warranty
    units 800000hours years
    * 91.263642

    If their drives have a 91 year mean time to faulure, it would be pretty cheap for them to give a 5 year warranty rather than a 3 year warranty. Even if their MTBF was off by an order of magnitude , a 5 year warranty wouldn't be that bad.

    I think it's time for someone to compile some failure stats on these things.

    (anecdote)

    Back in the early '80s when oil sands development was starting in Northern Alberta, a friend of mine was working at the site. It was mid-winter, and starting to get pretty cold... -35C (~-30F)

    -30 is cold on any scale, but the equipment that they were using was rated doen wo -40. Now in the States, +40C ~ -40C is often referred to as "Mil Spec". In Northern Alberta it's referred to as "outdoor equipment".

    -35C, and this equipment freezes. My friend Dan calls the manufacturer of this stuff and he complains about it. The engineer led off with one question that told Dan all he needed to know.

    With a Texan drawl he asked, incredulously: "You mean it actually gets that cold?"

    I'm wondering if Maxtor's 800K Hour MTBF is kinda like that Texan Mil Spec rating.

    --
    Sometimes boldness is in fashion. Sometimes only the brave will be bold.
    1. Re:Something wrong with these numbers... by OneShotUno · · Score: 1

      800,000 MTBF? 91 years? How do they know it's 91 years, they could never have tested the thing 91 years, or even 2 for that matter to see how it does.Seems odd doesn't it?

    2. Re:Something wrong with these numbers... by Detritus · · Score: 2

      The MTBF tells you the rate at which the drives fail over their service life, typically five years. If possible, look at the vendor's documentation on how they compute their MTBF numbers.

      --
      Mea navis aericumbens anguillis abundat
  79. Inter-Drive Speed by Anonymous Coward · · Score: 0

    So is this going to improve speed between two drives on the same IDE cable?

  80. Firewire vs ATA and SCSI? by Anonymous Coward · · Score: 0

    Not very familiar with Firewire, ATA and SCSI, but could Firewire replace all the other protocols? What would be the problems/limitations?

    I dream of the day I buy a PC motherboard with only Firewire ports, AGP and PCI slots. No serial, parallel, PS/2, USB or IDE. Cut the costs and get hot swapable devices for anything, including HDs.

    Yeah, I know that there are already some Firewire HDs selling, but there are expensive, I have not yet seen one in a mobile rack configuration and they are not standard, i.e. I can't get to my friends and simply plug my HD on their computer.

  81. And I bet the HD companies love you also! by SensitiveMale · · Score: 0

    What a customer. Buying new hard drvies every other year.

  82. The old IDE vs SCSI by Anonymous Coward · · Score: 0

    I work in the operations team with in our IT dept.

    We have a range of servers from high end Alphas to OS/2, NT & Linux servers with IDE.

    At the end of the day in my experience SCSI uses less CPU time, has always been faster, and will always be. Yes IDE is good, we use it in a number of our servers where cost is a factor.

    All our high-end database servers are SCSI, Jade anyone? SCSI will ways be better because it's technically better than IDE can ever hope to be. The only thing that will out do SCSI will either be a redesign of the conventional disk interface or a complete revolution of how disks are interfaced to the host.

    We must also remember that a system or sub system is only as fast as its slowest link and to use the technology best for the job at hand.

  83. The quietest drive I have ever heard (or not heard by mj · · Score: 2, Insightful

    I recently purchased that Maxtor drive, thinking I was getting an ATA/100 drive, and was pleasantly surprised to find out I'd have a drive that my controller may someday catch up with... :)

    But the really great thing about this drive, is that its the single quietest drive I have seen.
    Its phenominal!!!

    For those of you that care about a quiet PC, I hightly recommend this drive.

  84. woo by nomadic · · Score: 2


    How come the stores haven't put up the usual signs saying "Le Controlleures ATA-133 c'est arrive"?

    Or was that joke a little too obscure for this crowd? And I don't speak French, so no bashing that...

    1. Re:woo by kindbud · · Score: 2
      Ceci n'est pas une pipe: |
      --
      Edith Keeler Must Die
  85. ATA-66 should be enough for anyone.... by Anonymous Coward · · Score: 0

    Here's a funny quote

    'Though this shouldn't be an issue with most motherboards these days, Western Digital provides a utility to force the drive into ATA-33 operation. No loss of performance would occur should this be necessary.'

    from

    http://www.storagereview.com/
    review of the Western Digital Caviar WD205BA, which I was reading for fun.

    Pretty telling, huh?

  86. Re:Fibre channel? Umm... no. by NoMoreNicksLeft · · Score: 1

    You probably like USB hard drives too.

    Since you didn't read my post very well, I'll point out that it's possible to use cheap cat5 cabling. No, they aren't kilometers in length. Yes, people should have more than one drive, preferably 3, making raid 5 possible. Right there, no more need for tape backups and what not. I've read up on this very carefully, making sure that it's possible for me to undertake. I do have a small server here at home, and I'm hardly braindead. I just don't like cheap consumer junk like you apparently do. IDE? *LOL* You might have made a case for SCSI, but not IDE.

  87. 120megs? by kinaole · · Score: 0

    gee, try $350 for 5megs, $325 for 20megs, $300 for 40 ...

  88. Re:How sucketh IDE? Let me count the ways! by CityZen · · Score: 1

    > However, I am wondering why fibre channel and SCSI aren't more popular for the desktop?

    Because SCSI and fibre channel controller's don't come standard on every motherboard sold.

  89. Don't underestimate fibre channel by foobar104 · · Score: 2

    I don't see why there won't be a mixture of standards. IDE/ATAPI for joe consumer, SCSI for us discrimating desktop/server buyers, and FC for people who have too much money and like buzzwords.

    Don't underestimate fibre channel. It's a very fast interconnect that's easy to implement over long distances with optical cabling, and that supports 127 units per loop.

    I have about a terabyte of FC disk in my lab on various FC loops, and the stuff works so well it's almost funny. And our customers have, combined, many, many TB of FC JBOD. Super reliable.

    And that's without even getting into switched storage fabrics. Personally I think cross-platform storage-sharing schemes like Sanergy-- and others whose names I forget-- are pretty kludgey, but shared stored in a single-OS environment works really well.

    And even without shared storage, the ability to put all your storage-- both disk and tape-- and all your computers on a big FC switch and dynamically move devices from machine to machine just by unmounting over there and mounting over here... well, that's just plain cool.

  90. Re:Fibre channel? Umm... no. by Kymermosst · · Score: 1

    The simple fact that I was trying to point out is, that ATA133 is NOT designed for geeks, it is designed for the average (Windows) user. You are not the average user. The average user has ZERO need for fibre channel, and probably not much need for raid 5. Did you know I still have hard drives in service that are over 10 years old? Not a single bad sector on them. I admit this might be extraordinary, but the fact is, 90% of the market, which ATA133 is aimed for, is made up of people who don't want something like fibre channel. It's not necessary, it's not backwards compatible.

    Backwards compatibility IS important. Why do you think it's taken so long for M$ to remove support for DOS programs from Windows? If it wasn't strategic and earning them money, it wouldn't have been there.

    You missed the point of the entire concept of ATA133... it's not meant for geeks or servers. It's meant for the rest of the world. This is why ATA133 will succeed, and fibre channel will be relegated to the background of the PC world even worse than SCSI. At least SCSI has some big backers like Apple.

    --
    "Alcohol, Tobacco, Firearms, and Explosives" should be a convenience store, not a government agency.
  91. Re:How sucketh IDE? Let me count the ways! by thelexx · · Score: 1

    As someone pointed out, less than eloquently, if you are noticing no IDE lag on your box, then you're likely not doing an multi-tasking. Or at least none that is in any way disk intensive. So the problem is invisible to you, but far from 'only a problem on Pentium and 486 processors'. That is bunk.

    LEXX

    --
    "Gold still represents the ultimate form of payment in the world." - Alan Greenspan, 1999
  92. Re:Fibre channel? Umm... no. by NoMoreNicksLeft · · Score: 1

    Lord forbid I suggest AOL Joe to evolve. My post was aimed that those marginally intelligent. Even you yourself qualify. 3 weeks ago, when slashdot had their "ultimate pc design" story (forget which site it was from) the morons chose ata. Why? I honestly don't know. For power users, this is a very valid choice, and I believe even a few people of the AOL mentality might benefit from it, provided that someone else in the house doesn't mind tossing a few gigs of network shares their way. It's a very elegant solution.

  93. Re:How sucketh IDE? Let me count the ways! by Michael+Neuffer · · Score: 1

    Just have a look at the SUN Blade 1000
    if you want internal FC disks.........

  94. Some more calculations... by eb4x · · Score: 1

    The fact that the harddrives can't compensate for the speedincrease is one thing. But what about the transfer rate of the PCI bus istelf, when you own a Promise133 PCI card?

    Let's look at some more calculations...
    Currently the 32-Bit PCI bus runs at 33MHz.
    (32/8 * 33MHz)/(1024*1024) = roughly 125MB/sec.
    (byte * clocks)/(megabyte)

    Now I could be wrong about this statement, but I believe that transferrate is shared by all your PCI devices...
    (Onboard controllers might be a different case.)
    So you won't get full usage of your new ultra-mega-superfast controller anyway.
    (Yeah, I've heard of the 64-Bit PCI bus, and it should fix the problem)

    My conclusion:
    IDE = = cheap storage with good performance,
    SCSI is for performace, and all that other hardware I can't cram on my IDE bus.

    Sidenote:
    Average transferspeeds on my Ultra160 HD are around 70MB/sec.
    Average transferspeeds on my ATA/66 disk 20MB/sec.

  95. Re:How sucketh IDE? Let me count the ways! by xinu · · Score: 1
    The drives are expensive.
    They use standard SCSI drives...

    I am not aware of any internal FC implementations on standard server hardware, but as a rule, its an external JBOD application.
    And there are systems with internal FCAL such as the Sun Fire V880 but then again it's not a PC, but getting damn closer each year (Don't get me started ever since they moved to a PCI bus in their lower end systems).

    But my point is is that it's great for fault tolerance also, not just distance.

  96. Re:SCSI is dead-HA by Lumpy · · Score: 2

    as soon as you can fit 15 IDE devices on one IDE port at 160MBitPer second then I'll think you might be serious.

    IDE is a toy for consumer level products only. SCSI was and has always been what you use for commercial or important data. A SCSI drive of the same speed that an IDE is is always faster. Disk copy from drive 1 to drive 2 uses far less resources, and IDE doesn't offer any bus that can exit the computer case for something important like maybe a DLT tape drive jukebox.

    What IDE tape backup solutions exist that hold 40 tapes at 70Gigabytes each with a automatic changer and 20Meg data transfer rate?

    give me one IDE backup solution that has an archive life approaching 100 years?

    SCSI is very much alive, it's for high end. IDE is for low end.

    They're two different products for two different things.

    --
    Do not look at laser with remaining good eye.
  97. Re:How sucketh IDE? Let me count the ways! by Flagbrew · · Score: 1

    Hate to nitpick but I just ran a search on pricewatch.com and got this:

    Seagate Cheetah 73.4GB 10K Ultra160
    $420.00

    From Drive Solutions.

    But nonetheless price is a factor in SCSI drives.

  98. RAID isn't an end all solution by bartle · · Score: 1

    Easy raid means never backing up, ever again. Never losing files to a crashed HD.

    Careful there. RAID is very nice, but it's only protecting you from media failure. Continual, timely backups is still the best solution since it will help you restore from even the most worst case scenarios - don't discount it.

    I gather that you're setting up a server for home use and aren't concerned with having a bullet proof recovery solution. That's fine, but don't let a RAID give you a false sense of security. You're still keeping all your eggs in one basket, albeit a sturdy basket.

    1. Re:RAID isn't an end all solution by NoMoreNicksLeft · · Score: 1

      Hmm. This is true to some extent. The systems architect that builds your enterprise storage solution had better do better than this, or else he should be fired. But how many friends of yours have fried a hard disk and lost everything? RAID will save them from this. It might not save them when they overwrite their resume with a blank document, where concievably backups might give them some recovery avenue, but then nothing is perfect. Besides, for that part of it, maybe a filesystem itself is a better method for this sort of thing. I've read about the concept before, though a name for it eludes me at the moment. Basically, each time you save a document, it keeps the last 2 or 3 versions on file, normally hidden to the user, until he needs to recover. In the past, this was hard on storage space... but hey, I am talking a fibre channel raid array here. With the direction that hd size is going, it won't be another 2 years before I can afford a quarter terabyte of raid 5 FC. Space isn't a problem anymore.

  99. Re:Fibre channel? Umm... no. by Kymermosst · · Score: 1

    Lord forbid I suggest AOL Joe to evolve.

    Oh, come now, you KNOW that is asking too much. That's why Windows is still on top. People are happy with what's comfortable to them, whether or not it's the better solution.

    My post was aimed that those marginally intelligent. Even you yourself qualify.

    Uncle Sam and most other people pin me as better than "marginally intelligent"... my problem is that it doesn't show as well in an online forum. I have a harder time getting my points organized in this setting.

    It's a very elegant solution.

    On that, at least, we agree. :)

    --
    "Alcohol, Tobacco, Firearms, and Explosives" should be a convenience store, not a government agency.
  100. Re:And if you learn to write... by Anonymous Coward · · Score: 0

    Apparently he's more intelligent than you.