![]() |
If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. |
|
|
Thread Tools | Display Modes |
|
#1
|
|||
|
|||
![]()
"Dr. Anthony J. Lomenzo" wrote in message
... Thank you, Pete. THAT was the key...SCSI as stand-in for SATA. Works! Now for phase II ... deciding between RAID [which seems to be a necessity when one gets into the SATA slots...dunno...but otherwise Windows does not show the drives other than in a RAID array and this program that popped up called 'VIA RAID' something or other...mind you, You're welcome. ![]() Your SATA is the same as your RAID controller. But that doesn't necessarily mean you have to create a RAID array to get things working. It just means you need to install the appropriate drivers for that controller so that Windows can talk to it. It will work fine as a plain-vanilla disk controller too. In my own case, I didn't take the direct route, so I'm not really certain what the direct route looks like. ![]() having now, and so wound up installing Windows onto the drive with the drive attached to the IDE controller, rather than the SATA controller. (This was before SATA drives were commonly available, and so the drives are actually regular old-fashioned parallel ATA drives, with an extra adapter attached to convert to SATA; a little kludgy, but it did allow me to move the drives from one controller to the other as I worked things out). It's almost certain that -- going along my indirect route -- I didn't have to install the Windows drivers for the controller until after I had gotten Windows itself installed and booting, working on the old IDE controller. So in some respects, even though I had many iterations of "unplug the drive, swap the cable, plug it back in", I did simplify the drive installation aspect. Of course, with drives that are actually SATA-only, this isn't an option. But if you have both connectors on the drives, it would be. Just do all the setup (including installing the drivers for the SATA controller) with the drives attached to the old IDE controller. Then move everything over when you're done. By the way, "VIA RAID" makes it sound to me like you've got a SATA/RAID controller that uses a chipset manufacturered by the VIA company. They are well-known for their various motherboard components, so this isn't really a news flash or anything I guess. Just something to keep in mind when you're doing the CD shuffle, looking for the one with the controller drivers. Good luck! Pete |
#2
|
|||
|
|||
![]() Peter Duniho wrote: "Dr. Anthony J. Lomenzo" wrote in message ... Thank you, Pete. THAT was the key...SCSI as stand-in for SATA. Works! Now for phase II ... deciding between RAID [which seems to be a necessity when one gets into the SATA slots...dunno...but otherwise Windows does not show the drives other than in a RAID array and this program that popped up called 'VIA RAID' something or other...mind you, You're welcome. ![]() Your SATA is the same as your RAID controller. But that doesn't necessarily mean you have to create a RAID array to get things working. It just means you need to install the appropriate drivers for that controller so that Windows can talk to it. It will work fine as a plain-vanilla disk controller too. In my own case, I didn't take the direct route, so I'm not really certain what the direct route looks like. ![]() having now, and so wound up installing Windows onto the drive with the drive attached to the IDE controller, rather than the SATA controller. (This was before SATA drives were commonly available, and so the drives are actually regular old-fashioned parallel ATA drives, with an extra adapter attached to convert to SATA; a little kludgy, but it did allow me to move the drives from one controller to the other as I worked things out). It's almost certain that -- going along my indirect route -- I didn't have to install the Windows drivers for the controller until after I had gotten Windows itself installed and booting, working on the old IDE controller. So in some respects, even though I had many iterations of "unplug the drive, swap the cable, plug it back in", I did simplify the drive installation aspect. Of course, with drives that are actually SATA-only, this isn't an option. But if you have both connectors on the drives, it would be. Just do all the setup (including installing the drivers for the SATA controller) with the drives attached to the old IDE controller. Then move everything over when you're done. By the way, "VIA RAID" makes it sound to me like you've got a SATA/RAID controller that uses a chipset manufacturered by the VIA company. They are well-known for their various motherboard components, so this isn't really a news flash or anything I guess. Just something to keep in mind when you're doing the CD shuffle, looking for the one with the controller drivers. Good luck! Pete Golden stuff, Pete! Where were you last weekend when I attempted all this SATA/RAID business? ;-) With this info, I'll give it another whirl sometime this week and let you know how it flies...so to speak. Pete..let me stretch your good indulgences here if I may, and I'll even relate this to the sims so the assembled don't think I'm too off-topic with all the machine talk...it's a clear bet that the majority of folks have their flight sims located on various brands and speeds of 'IDE' drives because, hey, IDE is still the reigning type of drive but what about these add-on gizmos like that High Point Tech company "RocketHead [sic] 100" that plugs into the 40 pin IDE drive but then the other side of the gizmo makes it possible to connect [with a SATA data cable] --and-- using Legacy power -- standard Molex 4 prong cable] via another adapter on the thing into the SATA slot. Is this, more or less, simply a means to get the IDE drive onto the SATA slots and 'benefit' from that SATA data cable? I guess what I'm asking is this: If folks don't want the hassle of moving all their sims and systems to SATA drives and wish to retain their main IDE drive, is there any 'speed' advantage to going the IDE to SATA adapter where data now flows through a SATA data cable versus the usual UDMA ribbon cable --or-- is this adapter business merely a means to use IDE's on a SATA slot and thus have less data ribbon clutter but a [for example] UDMA 133 IDE drive will 'not' have any speed advantage [and thus a smoother sim] being connected to SATA controllers nor the use of a SATA data cable..in effect..a 133 UDMA will never go any faster then its rated UDMA rating??? Thanks again, Pete. Doc Tony |
#3
|
|||
|
|||
![]()
"Dr. Anthony J. Lomenzo" wrote in message
... Golden stuff, Pete! Where were you last weekend when I attempted all this SATA/RAID business? ;-) Sorry...I must've failed to notice the Bat Signal. I'll try to keep a better eye out next time. ![]() [...] but what about these add-on gizmos like that High Point Tech company "RocketHead [sic] 100" that plugs into the 40 pin IDE drive but then the other side of the gizmo makes it possible to connect [with a SATA data cable] --and-- using Legacy power -- standard Molex 4 prong cable] via another adapter on the thing into the SATA slot. Is this, more or less, simply a means to get the IDE drive onto the SATA slots and 'benefit' from that SATA data cable? That's the kind of adapter to which I referred, that I used to install regular IDE drives on my SATA controller. As for why one would do that... ![]() I looked at some benchmarks, and it appeared that the SATA controller potentially had a lower CPU utilization than the IDE controller, for high-bandwidth disk access. In my case, I'm dealing with video editing which involves moving huge amounts of data around, often at the same time the CPU is trying to process that data. For games, you are unlikely to be using the disk for significant periods of time during high-CPU-use activities, so it probably wouldn't matter in that respect. As far as the drive access speed itself goes, as it appears you've already surmised there's no benefit to using the faster controller if the disk can't keep up. At this point, no consumer-level drives can even exceed the older ATA 133 speeds, never mind the bandwidth of a SATA controller, so putting a drive on the SATA controller won't help in that respect. In the future, perhaps consumer level drives will be fast enough to warrant using an adapter, but by then I'd guess SATA would be standard issue connectors on all drives anyway. Your guess regarding the cable type is probably the most common reason to put an IDE drive on a SATA controller using one of those adapters. Not only is the "clutter factor" reduced, but airflow through the case is MUCH better, which is very important for those overclocked, maxed-out gaming machines many people like to play their games on. ![]() In addition to the CPU-utilization advantage (which, by the way, I've found no conclusive evidence to support, as it turns out...I went back to the benchmarks later and discovered that they had been updated, and the advantage was not so pronounced), another advantage to using an adapter is that IDE drives are still easier to find, and it's a way to put six drives into a box that would otherwise only fit four (four on the IDE controller, plus another two on the SATA controller...or even more if the controller has the extra connections). Finally, perhaps the most interesting advantage for many applications (though not flight simulators) is the question of what happens when you have two disk drives plus an optical drive (CD or DVD). As it turns out, for a given IDE controller, the data rate on the cable is limited to the slowest device on the cable. So putting a hard disk on the same cable as an optical drive can really slow the hard disk down, as the IDE controller reverts to the older ATA66 or even ATA33 standard for the optical drive. On the other hand, if you are trying to copy large amounts of data from one disk to another (as is often the case when dealing with video editing), having both hard disks on the same cable creates a lot of contention between the two drives, as they both try to share the same wires running to the computer. So, a solution to that is to give the optical drive(s) their own IDE controller, and give each hard disk their own IDE or SATA controller. Since pretty much every motherboard comes with only two IDE controllers, then if you also have SATA, you can dedicate a data channel to each storage device by putting one or more on the SATA controller. With the standard two IDE controllers, plus a two-channel SATA controller, you can have three disks each on their own controller (two SATA and one IDE), along with up to two optical drives (both on the same IDE controller, one as master and one as slave), without having any of the storage devices interfering with the others (well, you still get bottlenecks closer to the CPU, and the two optical drives still have to share, but those are less significant issues). I guess in the end, even where there's a potential speed improvement, most users aren't doing the kinds of things where they'd notice the difference. But there are still a few valid reasons for adapting an old IDE drive to a new SATA controller, if you think you might notice the difference, or you just want to rationalize (most of my computer hardware was rationalized, rather than justified ![]() adapters! Pete |
Thread Tools | |
Display Modes | |
|
|