Serial ATA and AGP 8X motherboards 371
bjschrock writes "Tech-Junkie reports that Asus is rolling out new motherboards with the new Serial ATA interface, along with AGP 8X support. Serial ATA will soon become pretty popular with the release of new hardware like the Seagate Baracudda ATA V hard drive, that sports a 8MB cache. The main advantage of Serial ATA, besides a slight speed increase, is the much smaller cable and the ability to hot-swap."
"hot-swap" (Score:2, Funny)
changes in SCSI land ? (Score:4, Interesting)
I'm probably not aware of anything past SCSI 3, since I can't afford it.. but what kind of improvements are in the pipeline ?.
Re:changes in SCSI land ? (Score:3, Insightful)
2) It is already hot swappable.
So, what changes are you expecting?
Re: (Score:3, Informative)
Re:changes in SCSI land ? (Score:3, Interesting)
Those expensive SCSI drives really are better; they're made much better, they're intended to be reliable. But with RAID, which is the primary use for SCSI disks anyway, you don't NEED them to be ultra-reliable; you're better off if they're cheap - hence the I in RAID. So there is a good chance you're right. With a truly hotswap version of IDE coming up, with a faster transfer rate, SCSI may go the way of the dinosaurs. However... it's going to be a while.
Personally, I won't miss it, as long as serial IDE's hotswap is good.
Re:changes in SCSI land ? (Score:2)
That comment makes me wonder why drives and/or controllers don't come with one or two SIMM/DIMM slots? Can you imagine the speed increase you'd get if you could add 256MB of memory to a drive's cache for $60 or so?
reliability? (Score:2)
Re: (Score:2)
Re: (Score:3, Informative)
Re:changes in SCSI land ? (Score:3, Informative)
Re:changes in SCSI land ? (Score:3, Insightful)
Let me put it this way. You're in the market for a fairly quick machine. You have 2k to spend. Do you put money into your video card, quality motherboard, ram and affordable, big, quick ata drives or do you skimp on EVERYTHING and get a crazy expensive scsi controller and an ungodly priced scsi 160uw 10k rpm drive? I think that one answers itself.
In a world where price is no object, everyone would use scsi. Unfortunately nobody lives in that world.
BTW your quip about self-respecting whoever using a rig with ATA? Guess what, once Apple was satisfied with A/V capable ATA drives they found the holy grail for bringing their price down. I've seen/used lots of A/V rigs with ATA drives. Apple had no choice but to use ATA to bring their prices down. No matter how you look at it, SCSI is and always will be overpriced.
Re:changes in SCSI land ? (Score:2)
U320 and Serial Attached SCSI (Score:3, Informative)
Re:changes in SCSI land ? (Score:2)
I did the same thing. Unfortunately, I found that the 32x ide burner is only about 10% faster than my 3 year old 8x plextor... Not to mention the fact that I could play quake 3 and burn cd's at the same time with the scsi burner and with the IDE I am afraid to move the mouse (on a dual 1800+). too bad the plextor doesn't do cdtext because that was my main reason for upgrading.
Re: SCSI CD burners, etc. (Score:2)
While I, too, rather liked good quality SCSI CD burners, I've come to the conclusion that they've come a LONG way with EIDE models - to the point where they're every bit as good for 99% of the situations out there.
The main reason I see an EIDE CD burner work poorly is because the user placed it on the same IDE ribbon cable as the device he/she wants to transfer files from, to the burner.
Remember, with IDE, both "master" and "slave" devices on a single ribbon cable are going to be sharing the same IRQ and I/O transfer addresses.
Therefore, if you want to do a lot of copying of existing CD-ROM discs to blank CDs, you *don't* want to put an IDE CD-ROM reader on the same ribbon cable that your IDE writer is on!
By the same token, if you're trying to make a CD (expecially "on-the-fly") from files stored on an IDE hard drive, you'll get better results if your IDE burner isn't sharing the ribbon cable with that IDE hard drive.
IMHO, the most flexible setup is using a SCSI CD-ROM (or DVD-ROM) reader, coupled with an EIDE CD writer, and IDE hard drives. Alternately, if you have a system with EIDE RAID, you can already place your IDE drives on seperate channels from your regular 2 IDE ribbon cables.
Re:changes in SCSI land ? (Score:2)
You'll never make another coaster again.
Originally, I had bought a SCSI card and SCSI 4x burner for two reasons.
One was reliablility. I didn't want to make any coasters. It's never given me one in fact.
Two, from everything I had read, burning speeds for IDE would never go beyond 2x.
Cost for card and burner? 600$
Removed card and burner last week and replaced them with a 40x IDE burner that cost me 100$.
Ah well. The price for being cutting edge.
Re:changes in SCSI land ? (Score:2)
Re:changes in SCSI land ? (Score:2)
Turn on your DMA. If you're using windows, it'll be found in the device mgr properties, AFAIK.
SCSI is no longer bandwidth king. Although UDMA33 (highest speed for an IDE CD device) is a bit CPU intensive, I can still play some games, and browse while burning (even when going from my CD->CDRW which are on the same chain!) at 40x.
Face it, aside from *fast* system disk (or crazy fast with SCSI Raid0), there's no need for SCSI @home. Hint: if you're not using 80-conductor cabling for your media drives, you're still gonna be stuck at non-UDMA speeds.
Re:changes in SCSI land ? (Score:2)
Second, it takes the scsi drive about 3 seconds to close a cd, while it takes the IDE drive about 2 minutes. It also takes the IDE drive about a minute and a half to start burning, while the scsi drive starts almost immediately. Once it starts burning, for the time that it burns, it is really fast. However, the time that it takes to actually make a cd (real world speed) is about the same.
And yes, I am using DMA. All my hard drives are SCSI (raid array of 5 36GB cheetahs) and the source cd drive is a 40x UW plextor. Operating systems are XP Pro Corporate and Mandrake 8.2, using both feurio and Adaptec 5.whatever and any one of the half dozen CD burning gui's which came with the mandrake install.
Re:changes in SCSI land ? (Score:2, Informative)
Also, the cd recorders that you find are actually SCSI over IDE emulation.
As a side note, SCSI and ATA are on a fundamentally different model. The ATA model is to minimize host controllers and move all the smarts to the drive, thereby minimizing costs. The SCSI model is to have two controllers on each side, thereby minimizing host overhead. In terms of raw throughput, ATA is on par with SCSI. In terms of host overhead, SCSI will always be ahead of ATA.
Re:changes in SCSI land ? (Score:2)
I'll grant you that higher end SCSI drives are more reliable. However, in my experience, most SCSI drives that are priced at a level that home users can buy them are not much more reliable than consumer IDE drives. Over the years, I've had just as many SCSI drives die as IDE drives, and I use more IDE drives than SCSI, so at least in my experience, IDE has a lower percentage of drive failure.
On top of this, it is once again a matter of not needing the level of reliability that they offer. Most of my computers are left on 24 hours a day, yet despite that, my IDE drives typically last long enough that I replace them with new drives long before they burn out. (we're talking 2-3 years that I typically keep a drive before I upgrade and replace it). What's important to note about this is that I'm not your typical computer user. Most people don't leave their systems on 24/7, and so they're going to have even longer lives than my drives, which survive just fine. What would be the point of SCSI in their situations, or in mine?
A final note: realize that I'm not a SCSI hater. I used SCSI for a long time. When I started using it, it was orders of magnitude better than IDE, and I felt the price was worth it. However, nowadays, I just don't think that's true anymore, outside of specific instances of businesses needing high speed, high reliability servers.
Re:changes in SCSI land ? (Score:2)
The only advantage to ATA is monetary cost. If that is all you care about, then that is fine. If you value your time and your reputation, then use SCSI or Fibre Channel. It's pretty simple.
Re:changes in SCSI land ? (Score:2)
Maybe I'm weird, but I don't buy computer components in order to get into online pissing matches about who has the fastest, most "1337" system. I buy components that suit my needs for a reasonable price. SCSI comes nowhere close to being reasonably priced, and I'd argue that pretty much nobody on a single user desktop system needs the speed that SCSI has.
If I were building a server right now, would I use SCSI? Maybe. That really depends on what the server is doing. If I were building a desktop right now, would I use SCSI? Absolutely not. The performance increase doesn't even begin to justify the price increase for 99.99% of users. To quote you, "it's pretty simple".
Wrong link (Score:5, Informative)
Re:Wrong link (Score:2)
Why don't we see 10K drives? (Score:5, Insightful)
Regards, Guspaz.
Re:Why don't we see 10K drives? (Score:5, Insightful)
I'd imagine most consumers don't have adequate cooling for those drives and it would be expensive to keep warranty replacing them. Not to mention, cheaper IDE drives would steal away sales from (I suspect) more profitable SCSI equipment.
Re:Why don't we see 10K drives? (Score:2, Insightful)
But if there are speed increases from just upping the bus, then perhaps increasing the RPM isn't necessary as much yet.
I do agree though, we need faster spinning drives now if we really want better speed... or maybe just huge ram drives
Re:Why don't we see 10K drives? (Score:2)
If the disk happens to have the data you request in its cache (most drives have either 2 MB or 8 MB of cache now) then yes, you'll max out the bus. For as much as 80 milliseconds (8 MB cache on an ATA100 bus). Wow. And then you're back to slogging the data off disk - which varies from ~20 MB/s (inner tracks) to ~50 MB/s (outer tracks).
You can improve this transfer rate in a couple ways - either go for higher spindle speeds or go for higher data density. SCSI drives do the former. Density keeps going up, but it hasn't jumped radically for a few years now, and there's nothing in the pipe that's going to make it jump again.
Go to large RAM drives of some sort? Sure... but you'll be paying roughly 300x as much for the same storage space. On the upside, FlashRAM is more than 300x faster. On the downside it's not available in anywhere close to the capacities you'd want.
Re:Why don't we see 10K drives? (Score:2, Insightful)
Re:Why don't we see 10K drives? (Score:5, Insightful)
Another of ATA's big problems is that yes, it has the bandwidth to handle a fast drive, but not more than one. SCSI supports concurrent reads and writes, where ATA swaps them off. In reality you'll never see the 133 mbps in an ATA133 setup; where you'll come a lot closer with LVD160 SCSI. Also, the more traffic ATA eats up, the more CPU it eats (ever noticed how burning CDs on an ATA burner will bog your machine down?)
Re:Why don't we see 10K drives? (Score:3, Informative)
Re:Why don't we see 10K drives? (Score:2)
That turns out not to be the case. Even with 7200 disks, ATA 100 is able to handle 2 drives in parallel for RAID, on the same cable. Going to 10000 rpm and an ATA133 and it will still handle 2 very well. See: tomshardware [tomshardware.com]
Also, the more traffic ATA eats up, the more CPU it eats
Moores law eats this issue for breakfast I think- harddrives are increasing in speed much more slowly than processors are. I mean, sure a SCSI interface saves processor but not that much.
A tad OT, what's the noise issue? (Score:3, Funny)
What is it with people complaining about their computers making noise anyway? I actually like my computers to sound like they're on...the lack of noise makes me nervous (see: Dead Silence, aka Power Outage). I have a computer by my bedside and the noise helps me sleep...in fact, I have a very hard time sleeping without that white noise.
Computers make noise, just like refrigerators make noise, washing machines make noise, and cars make noise. It's not like it's constant beeping, either, folks. Get ovah it.
It ain't all about RPM (Score:3, Informative)
Re:It ain't all about RPM (Score:3, Interesting)
Recently (since they've shrunk to 5.25 and 3.5" disks) it's always been cheaper to up the RPMs, but sooner or later it'll be cheaper to add more heads because of the problems in trying to up the speed.
Re:Why don't we see 10K drives? (Score:2)
Untrue. Yes, increasing the spindle speed will cut down average latency times because there's less wait for the next revolution of the disk.
It can also increase transfer speeds - you have more media passing under the head so you can read or write more data at the same data density.
Re:Why don't we see 10K drives? (Score:2)
Hot-swap? Drives are hot enough already :( (Score:2, Insightful)
I've got over 100gb of space, and I'm using 35gb tops. *chuckle* I've yet to meet anyone with more than 20gb of mp3s, and most people I've met who rape the MPAA with pirated movies tend to burn them to discs and not keep them on their hard drives.
We've got too much living space! Give us quieter, faster, cooler drives!
Re:Hot-swap? Drives are hot enough already :( (Score:2)
He does do DJ'ing though.
A Quarter-Terabyte and Counting... (Score:2)
But that's just me.
Bill Gates writes on slashdot : Official. (Score:3, Funny)
You're not the same person who once said that 640k was all you needed in a computer are you ?
wrong product link? (Score:2, Informative)
Not the Barracuda ATA V (Score:2, Informative)
The article and the link to the Segate drive both seem to contradict the post. The Barracuda ATA V is not a serial ATA drive with atn 8MB cache, but rather and ATA/100 drive with 2MB of cache. The Barracuda design will be the basis for Segate's future serial ATA drives.
Re:Not the Barracuda ATA V (Score:2, Informative)
ST3120023AS: Serial ATA w/8MB cache [seagate.com]
ST3120023A: ATA/100 interface with 2MB cache [seagate.com]
Some info on Serial ATA... (Score:5, Informative)
serialata.org [serialata.org]
Serial Drives? (Score:5, Funny)
Re:Serial Drives? (Score:2)
Yep. Bet you can't guess what the code name for the next revision is: "Enhancer 2000".
Re:Serial Drives? (Score:2)
Re:Serial Drives? (Score:2)
Having seen that done in a local K-Mart (the code runs in the drive's cpu/ram, and thus the cable can be disconnected from the C64) and noting the horrified look on the employee's face when rebooting the computer had no effect -- makes me wonder if a scsi raid array could be made to do something similar.
Of course, in that case, it's a bit more expensive to experiment.
Re:Serial Drives? (Score:3, Interesting)
As other people have said, that isn't true. The C64 tape transferred about 150 bytes/sec, which was effectively halved since, as you indicate, the content was recorded twice, since the tapes are relatively unreliable.
The unmodified 1541 transferred at about 400 bytes/sec. If you used a tape-speedup method, like COMPUTE!'s Turbo Tape, you can get transfer speeds approaching the 1541 speed.
With a fast loader, you can get between 1200 and 3500 bytes/sec from a 1541. A particularly good and general-purpose accelerator was/is JiffyDOS, which speeds up all operations.
The 1571 drive connected to a C128 can transfer about 4000 bytes/sec, since it uses a hardware shift register instead of the software method in a stock 1541. The 1541 was intended to use a hardware shift register, but the 6522-VIA chip in the 1541 was buggy, so Commodore did an "Oh shit!" and hacked together the software method. The 1571 uses a 6526-CIA chip which didn't have the shift-register bugs.
The 1581 drive (3.5" double-density) can transfer about 8000 bytes/sec to a C128. It has a full-track cache inside of the drive's microcontroller system, unlike the 1571, so it's not slowed down by sector-interleave issues.
Drive not available until August! (Score:5, Informative)
PC World
Seagate is demonstrating its first Serial ATA hard drive at PC Expo/TechXNY with the help of a prototype Intel motherboard, and promises to be among the first hard drive makers to deliver the new technology, in products this fall.
The technology demonstration comes just one day after Seagate announced another first: 60GB-per-platter hard drive technology. Barracuda ATA V 7200-rpm drives using the new 60GB platters will arrive in retail outlets by August, say company executives.
Finally... (Score:2, Informative)
Here's some close-ups:
http://www.ocworkbench.com/2002/asus/p4s8x/p4s8xg
Advantages? (Score:2, Insightful)
Smaller cable? Pshaw... Sound like Martha Stewart of the Mobo set. Big cables, Baby!
I'm still of the mindset that parallel is better than serial, particularly where high bandwidth is concerned. Probably the _real_ advantage is that they'll be making the mobos for instead of $$$.
Hotswap, now that's a definite advantage, assuming your version of Windows doesn't decide you've suddenly changed the system too much and shuts down until you get Microsoft on the phone and they grant you a new code to allow you to keep running. (A friend replaced the CPU on his mobo and Windows stopped working, until he called Redmond and they gave him a 40-some letter code to continue, very nice of them, I can't imagine how we've done w/o that advantage all these years, but that was another story...)
Re:Advantages? (Score:3, Informative)
Re:Advantages? (Score:3, Funny)
Re:Advantages? (Score:2)
Bigger cables inhibit airflow. And while, yes, there are "round" IDE cables out there, they aren't as flexible as flat cables and are more prone to breaking at the connectors. All of these issues are solved by a serial standard.
I'm still of the mindset that parallel is better than serial, particularly where high bandwidth is concerned
Which is why all the high speed busses have moved to serial interfaces, right?
Yes, parallel means that you can toss more stuff over the wall at once. The problem is, you can't do that very fast or you start running into serious timing and EMI issues. High speed serial doesn't have as many timing issues, and while you do generate EMI with serial still (duh), at least you don't have to worry about causing interference on the next wire over -- you know, the one that's supposed to be handing the other side of the interface the next bit? If you have to shield every wire in a parallel cable from every other wire then you'd definitely get your big cables. As in 3-4 inches in diameter with a bend radius slightly larger than you are tall.
Re:Advantages? (Score:2)
Serial Faster? (Score:2)
Re:Serial Faster? (Score:2)
Serial Connections have to be very synchronized, to themselves The one byte tolerance on transfer is much higher and more difficult to achieve than the a equivalent one byte tolerance on a parallel bus.
If serial were faster, as you said, computers would all have 1 bit address busses with enormous shift registers.
Re:Serial Faster? (Score:2)
I believe that one of the candidates for the successor to PCI is a serial device bus.
I don't know much about the electromagnetic theory, but my computer hardware design teacher went on and on about how hard it was to get parallel busses to run at insanely high clock speeds, and that serial will be the way to go as clock speeds continue to increase. For some reason, it seems that a serial line running at 32x the clock speed of a 32-bit-wide parallel bus is actually easier to implement with current technology. I recall hearing about data skew and clock skew and capacitance issues and such, but never quite put it all together.
It seems your insistance that parallel is always faster, however, contradicts the current state of the art.
Re:Serial Faster? Yes. (Score:2)
Any shielding you can perform on a serial cable can be performed on a parallel cable as well. Differential pairs, like the ones used in USB reduce the capacitance the signals see and maintain the waveform shapes, but this is because for data transfer rates of 12 Mb/s or whetever USB is now days, the wires need a bandwidth of 24 MHz. An equivalent Parallel implementation would require a wire bandwidth of 1.5 MHZ which is pretty easy to design for.
There are of course many advantage to serial communication that go beyond these electrical considerations. It is so much more practical and easy to modulate a serial system than a parallel one which is why all communication (cellular, ethernet..etc) uses a serial baseband. Otherwise we would need as many carriers as there were parallel bits. Which is not really inpractical, as the fastest way to increase your data transmission rate on a cellular system is to use N phones in parallel with different ESNs.
So the moral of the story is any serial system can be made faster with a parallel equivalent. Certain systems are naturally more easily and efficiently designed serially, especially those requiring communication over a shared medium.
Re:Serial Faster? (Score:2)
architecture that can support bandwidths of up to 51.2Gbps in each direction. Not
all devices will require this much bandwidth, which is why HyperTransport technology
operates at many different frequencies and widths. Currently, the specification supports a
frequency of up to 800MHz (sampled twice per period) and a width of up to 32-bits in
each direction. HyperTransport technology also implements fast switching mechanisms,
so it provides low latency as well as high bandwidth. By providing up to 102.4Gbps
aggregate bandwidth, HyperTransport technology enables I/O-intensive applications to
use the throughput they demand.
32 bits in each direction hardly sound like a serial bus to me?
What about CPU utilization? (Score:3, Informative)
Re:What about CPU utilization? (Score:5, Interesting)
Uh... and what speed CPU are you running? A 200 MHz Pentium2?
Modern computers have so much extra horsepower nowadays it's absurd. Even maxed out an ATA133 drive won't consume more than 2-3% of a CPU nowadays.
burning a disc for me in the background while I play a quake 3 engine game, without any fear of buffer underruns
Any decent computer built in the past 2 years can handle that too. IDE drives don't make platters like they used to -- they've got large buffers and use techniques to ensure no buffer underruns. Yeah, they use more CPU than SCSI does. See above.
I used to be a big SCSI advocate... and I finally replaced the old SCSI-2 drives I had in one of my PCs with IDE drives. I increased the storage, decreased the noise, and improved performance of the system. The cost to replace the old drives with newer SCSI equivalents would've been absurd - nearly $1000 since it meant a new controller too. Instead I spent $60 on a CD-RW (12x/32x/48x - the cheapest SCSI CD-RW was 10/12/20 for 3x the cost), used an older IDE drive I had spare, and seriously boosted my system.
Does IDE/ATA have issues? Sure. The whole lack of command reordering, one device on the bus at a time, etc. -- but none of these are ever going to impact a home user. It's becoming questionable if they significantly impact low-end servers too. If you're putting together a database or a big ass file server, yes, go SCSI/RAID and get the best you can afford. Otherwise start understanding that modern IDE is really not the same as the old, crappy IDE that evolved out of MFM/RLL.
I do that with an IDE CD burner (Score:2)
In case you haven't been keeping up with IDE lately, you could rewrite that sentence with "IDE" instead of "SCSI" and it'd still be accurate. Modern IDE controllers (with UDMA) will not use more than 1-3% of the CPU (which is close enough to "extremely low CPU overhead" for me). And any modern IDE CD burner will have BurnProof, which will mean that even in the unlikely event of a buffer underrun, you won't burn a coaster -- the drive can just pause burning, and restart when the buffer is filled again.
Why not smaller capacity drives? (Score:3, Insightful)
There really is ZERO reason for the office folk at my workplace to have the 30gig drives that we are getting these days. And we cant get smaller drives.
So they just wind up only getting a 6 gig partition. Lotta waste.
Re:Why not smaller capacity drives? (Score:3, Interesting)
(Above and beyond the obvious "bigger, faster" ideology that seems to be ever so popular with consumers these days.)
Re:Why not smaller capacity drives? (Score:2, Interesting)
Perhaps its not cost efficient with newer technology?
Re:Why not smaller capacity drives? (Score:2, Informative)
Probably because it costs no less to manufacture than large, fast hard drives.
There really is ZERO reason for the office folk at my workplace to have the 30gig drives that we are getting these days.
Shouldn't your userID be BOFH? I have 10+ gigs of MP3s from my CD collection on my hard drive.
So they just wind up only getting a 6 gig partition.
You do this intentionally? I'm sure your userID needs changing.
Lotta waste.
Of what? It's the same amount of matter.
Re:Why not smaller capacity drives? (Score:3, Informative)
Re:Why not smaller capacity drives? (Score:2)
Re:Why not smaller capacity drives? (Score:2)
Make the disk smaller? Sure. But you realize that the standards mean it's going to be 3 1/2" wide anyway, and that a smaller diameter platter means a slower drive, right?
Re:Why not smaller capacity drives? (Score:2)
Answer: The actual cost to make a small 6 gig drive is hardly lower than the cost of a 30 gig drive. The majority of the expense of making the hard drive tends to be in mataining your facility rather than in the drive itself.
Re:Why not smaller capacity drives? (Score:3, Informative)
Because it's cheaper for Seagate (or whoever) to kick out 50,000 40GB drives than it is to make 50,000 drives spread out over 10 different product lines. It's the same reason that a P3 600 is technically identical to a P3 800. (I speak from personal experience.)
Economies of scale.
Yet ANOTHER standard. (Score:4, Insightful)
FireWire currently does all these things that Serial/ATA is promising, and there's even speed increases in the works. It would be really nice if PC motherboards started shipping with internal and external firewire ports as standard, and it would mean we'd start seeing native firewire external HDDs a lot sooner.
Do we really need ANOTHER standard ?
Re:Yet ANOTHER standard. (Score:2)
Re:Yet ANOTHER standard. (Score:2)
Re:Yet ANOTHER standard. (Score:3, Informative)
Compatibility (Score:2)
Re:Firewire vs Ethernet (Score:3, Informative)
- Firewire sends power down it's cable, if the device wants it.
- Firewire establishes a protocol for identifying devices and their capabilities
- Firewire defines protocols for several device classes.
- The time between connecting and usability is very small with firewire. (The negotiation period for Gigabit ethernet can be several sections.)
So, I agree that we could very well have used Ethernet instead of Firewire. When Firewire first came out, it addressed several issues that Ethernet could not (such as >100Mbps). Ethernet's certainly caught up in the speed regard, but Firewire was already established at that time... so... there's probably no need to go back to ethernet now, and there's certainly no need to add another standard on top of the current peripheral standards (FireWire and... (ugh) USB 2.0).
And... I certainly wouldn't complain about a 25c/device licensing fee, if it means i get greater interoperability.
8MB cache is at WDC (Score:2, Informative)
Cable length ? (Score:2)
IMHO its one of SCSI's major selling points that cables of LVD-SCSI can be > 5 m without problem.
On the Serial ATA website they claimed that they lifted that restriction, but now, how long can they be ?
(and for cable length, thy building a big tower, with a HD near the top. standard IDE cables don't cut it.)
Re: (Score:2)
Interface change-over and creeping DRM 'features' (Score:4, Insightful)
I see this as a great opportunity for the DRM advocates to obsolete all older drives ("sorry, your old drive won't plug into the new motherboards") and force a change-over to the new drives with DRM in their firmware.
Just a point to ponder.
Re:Interface change-over and creeping DRM 'feature (Score:3, Interesting)
Now don't get me wrong, there will never be a time when 100% of the population using computers is up to speed on stuff like that (at least not for the forseeable future) but to the people it matters to, the word is getting out. My father, a complete computer idiot, called me the other day and talked to me about some of the issues coming up. He's seen some of the Windows Media Player security creeping up on him and he doesn't like it. I never once mentioned it to him, but as more people get informed, they tell others about it. I do not ever expect to hear that stuff from my grandmother since she will probably never download an mp3 or movie file from the internet, but like I said... to the people it matters to the word is spreading.
I'll use the oft-cited reference of Divx. People found out that they would basically have to rent the movie every time they chose to watch it, which pissed off just about everyone. What was the response? Noone bought the technology. I have very little fear about hardware DRM creeping up in all technology (but maybe a few devices which people will choose not to buy). The market will dictate what is successful and what is not, so if hard drives start coming out with DRM in them I can see a huge disaster waiting to happen. Entire stockpiles of these devices will sit unsold until finally the maker takes them back and re-tools them to be non-DRM.
Hell, think back to the whole Intel processor serial number fiasco. It took Intel how long to give people an option to turn it off? Like 2 months I believe. Have faith in the population, people won't just lay over and accept stuff like that.
Re:Hot swapping (Score:5, Informative)
the new serial ATA standard hot-swapping is also driver-supported, but the primary difference is that the hardware is much simpler, thus it is cheaper to build and design than a big IBM server. also, serial ATA will probably not include power supplies
MORTAR COMBAT!
Re:boot drive (Score:3, Interesting)
Firewire and SerialATA are much smarter and can read/write blocks/to from memory without having to go through the CPU. Thus they are much faster, but a little more expensive to implement.
Re:boot drive (Score:2)
USB is a crap interface, with all of the transactions going through programmed IO.
The reason USB can get away with that is that it was intended to replace serial and parallel ports, which have fairly low bandwidth.
Re:Missing advantage (Score:5, Interesting)
If you chain the devices together, you're defeating what I understand the whole purpose of the technology is--not only that, but there aren't really enough wires for a second or higher device, are there? I'd think it would run into data transmission problems.
Re:Missing advantage (Score:2, Informative)
Re:Missing advantage (Score:4, Interesting)
Re:Missing advantage (Score:3, Informative)
However, with the exception of Seagate, all the other Serial ATA drives (from Maxtor, WD, Samsung, etc.) are "donglized" drive, meaning there's a (Marvell) "Parallel ATA-to-Serial ATA" converter chip sitting between the drive and SATA controller. So essentially these are still ATA/133 or ATA/100 drives, and their top Burst Read speed is still bound by either 133 or 100 MB/s. Seagate will be the only "native" Serial ATA drive capable to hitting 150 MB/s. The best I've seen is around 112 MB/s Burst Read.
Also, the initial Serial ATA controllers will only have 2 channels (meaning two drives), but later versions should have 4 or more channels.
Re:Missing advantage (Score:2)
Re:smaller wires (Score:2, Interesting)
Or maybe I read it in Scientific American....can't remember now.
Re:Physical limitations (Score:2)
I know there is one for men and CD-Rom drives [slashdot.org].
There are no physical limitations for real men. ;-)
Re:serial vs parallel (Score:3, Interesting)
It's much MUCH easier to get just one wire right for super high speed data than it is to get 8/16/32 wires right. There's also the issue of ensuring that all the signals arrive at the destination at the same time.
So, technically, parallel is faster, but serial is much easier to get going real fast.
Re:serial vs parallel (Score:2, Insightful)
It's all about synchronization. As you increase the speed and/or the length of a parallel bus it gets harder and harder to keep all of those parallel signal paths syncronized. Eventially, a point of dimishing returns is hit, where the problems associated with driving a high speed serial bus are cheaper to overcome than the problems of a high speed parallel bus.
At some point in the future, someone may figure out a clever way of keeping a THz-level parallel bus in sync inexpensively. Until then, serial seems to be the way to go. Even the successor to PCI might be a serial bus.
Re:Annoying ribbon cables (Score:2, Informative)
Re:What about.... (Score:2)