Sata drive showing up as DMA 5 mode?

[ephedralover]

Installed a Sata II drive and under hardware management it shows up as
Primary IDE Channel - DMA Mode 5. In the Bios I have SATA enabled and
when I look at the specs of the drive in the bios it shows SATA II
3.0, etc. Any ideas? Thanks.

Asus A8AE-LE Mb
ATI Chipset

 

[Arno Wagner]

Installed a Sata II drive and under hardware management it shows up as
Primary IDE Channel - DMA Mode 5. In the Bios I have SATA enabled and
when I look at the specs of the drive in the bios it shows SATA II
3.0, etc. Any ideas? Thanks.

Is there some problem? Or do you just want the right
thing displayed?

Arno

 

[ephedralover]

Is there some problem? Or do you just want the right
thing displayed?

Arno

Sorry, I forgot to mention the drive is performing slower than the
Pata drives. Benchmarking comes in at about 20% slower.

 

[Arno Wagner]

Sorry, I forgot to mention the drive is performing slower than the
Pata drives. Benchmarking comes in at about 20% slower.

Might just be a slower drive. SATA does not need to be faster
than UDMA, since the bottleneck is not the interface, but
the drive itself. Anyways, an SATA interface cannot operate
in UDMA mode, this is a display bug or software old enough not
to recognize SATA.

There is one possibility for the slower speed, though:
If the SATA controller is connected via the PCI bus, but the
PATA drives are connected directly to the chipset internal bus,
that may cause some slowdown, since a slower PCI implementation
may start to be a problem around 70-80MB/s or so.

Arno

 

[Bob Willard]

Sorry, I forgot to mention the drive is performing slower than the
Pata drives. Benchmarking comes in at about 20% slower.

I suggest that you start by running HDtach on that SATA HD (running as
close as possible to standalone under XP), then compare the max. read
STR you see on the graph with the max. read STR for that HD listed at
www.StorageReview.com. If they are close, your hardware is working
fine, regardless of the artificial DMA mode displayed.

 

[ephedralover]

I suggest that you start by running HDtach on that SATA HD (running as
close as possible to standalone under XP), then compare the max. read
STR you see on the graph with the max. read STR for that HD listed atwww.StorageReview.com. If they are close, your hardware is working
fine, regardless of the artificial DMA mode displayed.

Tested both drives. Sata comes in at 102mb/sec for burst and average
read at 57mb. The Pata drive came in at 84mb/sec burst with 54mb of
average read.

I think the Sata port on this board maybe via pci like Arno said.
Would a 100mb be about the limit for a pci routed Sata port?

 

[Arno Wagner]

Tested both drives. Sata comes in at 102mb/sec for burst and average
read at 57mb. The Pata drive came in at 84mb/sec burst with 54mb of
average read.

Then the SATA does definitely not run as UDMA5, since that has
a practical upper speed limit at 90MB/s (assuming you did not mean
the milibits = mb you wrote ;-).

I think the Sata port on this board maybe via pci like Arno said.
Would a 100mb be about the limit for a pci routed Sata port?

Might even be lower. Theoretical PCI bandwidth is 135MB/s, but
real values are typically lower. Hiwever I think that the
speed numbers for SATA you quote are perfectly fine and
you do not have any speed problem.

Arno

 

[Eric Gisin]

Tested both drives. Sata comes in at 102mb/sec for burst and average
read at 57mb. The Pata drive came in at 84mb/sec burst with 54mb of
average read.

I think the Sata port on this board maybe via pci like Arno said.
Would a 100mb be about the limit for a pci routed Sata port?

PCI bus mastering ranges from 100-120MB/s, depends on system chipset too.

 

[Rod Speed]

Tested both drives. Sata comes in at 102mb/sec for burst and average
read at 57mb. The Pata drive came in at 84mb/sec burst with 54mb of
average read.

So it isnt 20% slower at all.

The difference is likely to be due to the physical detail of the drives
being different, particularly sectors per track.

I think the Sata port on this board maybe via pci like Arno said.

No it isnt.

Would a 100mb be about the limit for a pci routed Sata port?

Nope. Its lower than that.

 

[Folkert Rienstra]

Might just be a slower drive. SATA does not need to be faster
than UDMA, since the bottleneck is not the interface, but
the drive itself.

Anyways, an SATA interface cannot operate in UDMA mode,

Pity SATA can be just PATA with a serial bridge chip on top of it,
you babblebot moron.

this is a display bug or software old enough not to recognize SATA.

But recognize it for what it sees. It doesn't make things up.

 

[ephedralover]

Then the SATA does definitely not run as UDMA5, since that has
a practical upper speed limit at 90MB/s (assuming you did not mean
the milibits = mb you wrote ;-).


Might even be lower. Theoretical PCI bandwidth is 135MB/s, but
real values are typically lower. Hiwever I think that the
speed numbers for SATA you quote are perfectly fine and
you do not have any speed problem.

Arno

Thanks for your info and others. New to the HD world.

 

[Folkert Rienstra]

Utter nonsense, as always from our babblebot.

133MB/s (not 135) is the clockrate multiplied with the datawidth of the PCI bus.
It's not the bandwidth available for DATA.

Because of your utter nonsense about the theoretical bandwidth number.
The data bandwidth (MB/s to you and me) obviously depends on the overhead
(commands, protocol) that is needed to get data transferred to begin with,
whether that is for PCI itself and/or what is connected to it.

Thanks for your info and others.

New to the HD world.

Which is no reason to lie.

 

[ephedralover]

Utter nonsense, as always from our babblebot.

133MB/s (not 135) is the clockrate multiplied with the datawidth of the PCI bus.
It's not the bandwidth available for DATA.


Because of your utter nonsense about the theoretical bandwidth number.
The data bandwidth (MB/s to you and me) obviously depends on the overhead
(commands, protocol) that is needed to get data transferred to begin with,
whether that is for PCI itself and/or what is connected to it.



Which is no reason to lie.

Who's lying?

 

[Folkert Rienstra]

Who's lying?

The one that I was talking to in that sentence.
The one that said that the suspect drive was performing 20% slower.

Oh, hey, isn't that you? What a coincidence.

 

[Arno Wagner]

Who's lying?

My advice is to ignore Folkert. He lives by spreading his hate
for everybody that does not bow to him as superiour master of
this group.

Arno

 

[ephedralover]

My advice is to ignore Folkert. He lives by spreading his hate
for everybody that does not bow to him as superiour master of
this group.

Arno

Ah, yet another mama's boy douche bag, yep, the groups are full of
them.

 

[Budd]

Talking to your mirror image again, Arnie?

Ah, yet another mama's boy douche bag, yep, the groups are full of them.

Right, and you are obviously not one of those. Now, why do I believe that.
Obviously it's because of the choice of your words.
A regular altar boy, operating under his own name.

 

[ephedralover]

Talking to your mirror image again, Arnie?




Right, and you are obviously not one of those. Now, why do I believe that.
Obviously it's because of the choice of your words.
A regular altar boy, operating under his own name.

Obviously you love the use of obviously because you too are obviously
a recovering
alcoholic with a shampoo bottle fetish, obviously.