A aviation & planes forum. AviationBanter

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.

Go Back   Home » AviationBanter forum » rec.aviation newsgroups » Simulators
Site Map Home Register Authors List Search Today's Posts Mark Forums Read Web Partners

Humbling! And one item just plain dumb! :-(



 
 
Thread Tools Display Modes
  #1  
Old April 14th 04, 01:40 AM
Peter Duniho
external usenet poster
 
Posts: n/a
Default

"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. I had all the same problems you're
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  
Old April 14th 04, 02:25 AM
Dr. Anthony J. Lomenzo
external usenet poster
 
Posts: n/a
Default



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. I had all the same problems you're
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  
Old April 14th 04, 02:52 AM
Peter Duniho
external usenet poster
 
Posts: n/a
Default

"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 ). Just don't pay too much for one of those
adapters!

Pete


 




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT +1. The time now is 04:44 PM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Copyright ©2004-2025 AviationBanter.
The comments are property of their posters.