The biggest advantage SATA will offer is NCQ. This could move the cheap drives into the same category as SCSI drives. Speed is about the same as PATA. There are no controllers (at least for Athlons) which support NCQ yet. The Raptor drives support it, but are lower capacity, and much more expensive. If there aren't more NCQ drives out yet, there will be soon. Chipset support should be out before the end of the year, most likely led by nvidia.
Essentially SATA is a move towards SCSI technology, but hopefully without the cost. SCSI was too much of a pain for most people's desktops. SATA should eventually mean that desktops can be just as fast as servers, but hopefully without the complexity, and cost. For now, there's little advantage beyond future proofing. Obviously, that comes at a cost. Kev. On Wednesday 29 September 2004 13:21, "J. Rafael S�nchez" wrote: > I have to admit that maybe I don't understand Serial ATA very well yet; > but I ran into some issues on� a new system I set up recently (Dual Book > RH9/WinXP - with a dual-layer IDE dvd writer, and TWO 200G serial drives). > > I have read that there are advantages as SATA over regular ATA,such as a > bit of increase performance, not much, but some nevertheless. Also the > ability of having concurrent read and write requests on the devices - I'm > not sure if I using the right terminology here. > > There are several, 4?, not sure, different options for sata configuration > under the bios i.e. legacy, combined, auto, and ??. It seems that it > doesn't really matter what setting you choose, the devices get detected > almost randomly anyway. This affects in what order the devices get plugged > it too. > > It gets crazier when you combine regular ata drives plugged into the > regular ide controllers and serial ata drives. It also appears that you can > only have so many of one and so many of the other. You cannot use all the > possible combinations. > > Do you think that SATA has long ways to go yet? or is I that don't know > how to use it? I'm in the process of looking for a backup system, possible > a 6 or 12 channel serial ATA raid system on RH9 (raid 5). Do you think I > have some things to be concerned about? > > > Rafael. > > Curtis Sloan wrote: > On Tue September 28 2004 16:58, Kevin Anderson wrote: > > > It gets better. So far, the "recommended" way on most forums is to install > onto a PATA drive, and then GHOST it onto the SATA drive. > > I've found a thread that seems to point to some other experimental drivers > that might work... But geez... > > > That doesn't sound too far different than what I've heard for Linux > installs using third party-supported SATA drives (meaning there's no kernel > driver for it). > > So, really, I think there's two points to be made here: one about > (against?) SATA, and one about Windows installs. > > My two cents is that I don't think anyone ever said a Windows install was > easy -- just pretty. ;-) But you're right -- one of the big MS draws is > supposed to be hardware support. If the install process is going to be the > same trouble as a Linux install using the same hardware, well, why even > bother? ;-) > > Curtis > > > > Kev. > > On Tuesday 28 September 2004 16:29, Kevin Anderson wrote: > > > So I'm installing XP on a brand new machine (at work). > > Athlon 64 3500+, SATA Drives, etc. > > The boxes don't have floppies, because we won't need them. > > So I'm installing XP, and it doesn't have a driver for SATA. > > and can I load it from a cdrom? NO, of course not... > > This is Windows XP 64bit edition. Bleeding edge MS code. > And it can't be installed on a legacy-free system. > > But thankfully, Moms and pops all over the world find that Windows is far > easier to install.?!?!?!? > > I haven't heard that in a while, and now I see why. > > Kev. > > > _______________________________________________ > clug-talk mailing list > [EMAIL PROTECTED] > http://clug.ca/mailman/listinfo/clug-talk_clug.ca _______________________________________________ clug-talk mailing list [EMAIL PROTECTED] http://clug.ca/mailman/listinfo/clug-talk_clug.ca
