Slashdot Mirror
Serial SCSI Standard Coming Soon
rchatterjee writes "SCSI is very close to joining ATA in leaving a parallel interface design behind in favor of serial one. Serial attached SCSI, as the standard will be known, is expected to be ratified sometime in the second quarter of this year according to this article at Computerworld. Hard drive manufacturers Seagate and Maxtor have already said that they will have drives conforming to the new standard shipping by the end of the year. The new standard will shatter the current SCSI throughput limit of 320 megabit/sec with a starting maximum throughput of 3 gigabit/sec. But before this thread turns into a SCSI fanboy vs. ATA fanboy flame war this other article states that Serial Attached SCSI will be compatible with SATA drives so you can have the best of both worlds."
Serial ATA Network = SATAN
320 megabytes is about 2.5 gigabits ... which is a lot closer to 3 gigabits than the erroneous 320 megabits figure.
If the article meant to say 3GBytes, then how in the world will the PCI *at 64bits and 133MHz, it's 1 GB/sec transfer) bus keep up? Or even RAMBUS memory, which, here says it has a bandwidth of 4.2GB/sec. (So, kinda means you couldn't have more than one SCSI system at a time and get full bandwidth from both.) Now, if you may have to have memory banks for each SCSI component... ick.
I demand a million helicopters and a DOLLAR!
Sure, this definately looks like it could be a great setup: fast, and compatable on multiple systems. But how much will this technology cost? Standard, run of the mill IDE hard drives are about a dollar per Gig. Regular SCSI is a few times higher, especially as drives grow in size. This will be a great advantage if the price range is in the middle of the range, but I doubt that. Now, this won't matter to those with plenty of money to burn on their servers, but would that added price be worth the new types of hard drives? I still don't even see a huge advantage to going Serial ATA right now, so this seemingly good idea could just be another good idea that won't pan out for most users.
take off every sig for great justice
To reduce crosstalk between the wires so that you can run at faster speeds. Indeed, the "rounded" IDE cables often reduce performance by 5% or so. We're getting better at data throughput though, so we can use serial technologies and actually get faster transfer rates. Good riddance to ribbon cables :P
>Why not simply roll the ribbons up into cables?
Impedance, crosstalk (mentioned) and price.
It takes seconds to crimp a ribbon cable. Cheap and easy. You can even do it yourself!
Taking a bunch of twisted pair wires (which is what would be required to keep the impedance and crosstalk bearable) and soldering them onto connectors individually takes a lot more effort, and therefore costs more.
Not to mention fabbing individual strands of insulated wire and twisting them together costs more than running 5 wires parallel to each other and simply coating them all at the same time with PVC.
If you could be told what you can see or read, then it follows that you could be told what to say or think - BoC
I've only paid attention to HD controllers for the last couple of years or so. But I'm starting to wonder if we're seeing a pattern here. "We'll make everything more efficient by making it serial, and then years later when that's not enough we'll make it paralell to send even MORE data through!"
Anybody think we'll have a massive paralell trend in a few years?
Firewire is low end consumer product...even with its successor (which is taking longer than expected to ship) running at 800Mbits/s (100 Megabytes/second) it falls short of current SCSI technology running @ 320MB/s. As such there is no one who would seriously consider firewire for a large scale server handling many gigabytes/terabytes of data. Firewire is just too slow of a bus for big needs, but does fills its convenience needs in the consumer market. Everything has it's own niche... that's why heavily marked up servers/mainframes/supercomputers still exist instead of cheaper home machines which just can't fill the requirements.