Prev: Asus P5b in AHCI mode causes drives to run in multi-word dma 2
Next: Mobile (low power) CPU in desktop board?
From: cj on 13 Feb 2010 21:59
When I copy files to USB drive my system all but freezes and copy takes forever.

I don't see any updates available for my MB at ASUS for my MB for WIN7. Anyone know
if the chipset used in Vista for this MB will work for Win7.


Fyi I neve had this issue with XP 32bit. So I don't know if its a win 7 issue or a x64 issue.

Thanks for any help.

cj.


From: Paul on 14 Feb 2010 00:12
cj(a)heaven.org wrote:
> When I copy files to USB drive my system all but freezes and copy takes forever.
>
> I don't see any updates available for my MB at ASUS for my MB for WIN7. Anyone know
> if the chipset used in Vista for this MB will work for Win7.
>
>
> Fyi I neve had this issue with XP 32bit. So I don't know if its a win 7 issue or a x64 issue.
>
> Thanks for any help.
>
> cj.
>

The USB driver should be built into the OS. You should be able to
reinstall it from Device Manager. And for a test case, you can
try HDTune 2.55 (free version) from hdtune.com, to see what
kind of read rate you can manage from the device. If you only
get 1MB/sec transfer rates in HDTune benchmark, then you're stuck in
USB1.1 mode, and you should check Device Manager for an
"Enhanced" USB2.0 entry. If the "Enhanced" entry is missing,
that would explain why the USB runs slow. You can reinstall the
driver easily, since it is built into the OS, and you can
do it from Device Manager.

The USB device itself could have a problem. Or, the cable used
for the USB device could be bad (the "really thin" USB cable
is not intended for USB2 usage - there is such a thing as a
"keyboard cable" which is only good for keyboards). Or, it could
be the port which is the problem. Try a port on the rear of the computer,
since that doesn't involve any front panel cabling, and see if things
change at all. If there are communications errors on the cabling, that
might make a transfer erratic.

If you wish to do sustained read transfer and write transfer testing,
you can use "dd" to do the test. I do that with Linux some times. If
you need to test your USB device in another environment, you can use
a Linux LiveCD such as Knoppix or Ubuntu, and use the "dd" command
to test the transfer rate of some number of sectors. For example, this
is a read test.

dd if=/dev/sdc of=/dev/null bs=524288 count=1000

That will read 512MB of data from device "sdc" and then throw the
data away (not use it). When the command completes, it tells you
how much data it transferred, and the average transfer rate.

One benefit of testing from another OS, is to see if the drivers
in that OS work any better. If the symptoms are the same in
two OSes, then chances are there is a hardware problem.

Paul
 | 
Pages: 1
Prev: Asus P5b in AHCI mode causes drives to run in multi-word dma 2
Next: Mobile (low power) CPU in desktop board?