[edit] I ran the HDTune drive monitor while i was transfering about 80gb of various sized files

enter image description here

most of which was running about 40mb/s but you can see where it spiked down to under 1mb/s


[edit] I ran a few more tests with HDTune, seems one of these drives is having some issues

enter image description here

enter image description here

Perhaps this is just a faulty drive?

I will try a few more transfer tests between both HDD and a third HDD to see if i can get some consistent higher speeds.


[edit] When deleting files it can drop from 700 items to 200.


New Mobo - GA-990FXA-UD3

New HDDs - Samsung 2TB HD204UI

New Sata cables - came with mobo

File transfer speed from one to the other can go anything from 150mb/s to under 100kb/s

A Typical file transfer could be an 8gb ISO file, it will start off at about 150mb/s flying along, but as it goes it will slow right down, usualy to about 30-15mb/s and occasionaly right down to below 100kb/s.

I have tryed disabling antivirus (Avast!), no change.

I have tried an alternative transfer (TerraCopy), gives more stable transfer speed, but its still quite low, a solid 15mb/s usualy.

And I have checked both drives with HDTune, which gives no obvious problems for either drive.

What can i do to diagnose this further or better yet, fix this?

link|improve this question
feedback

2 Answers

Anything at all that is accessing those drives will slow the transfer, as will CPU usage elsewhere.

You could run ProcMon and turn off all monitoring except the drive to see what is accessing it. Defraggers with monitors may be the worst offenders.

Heavy fragmentation (unlikely) and file system errors (chkdsk) will both slow transfers, too.

link|improve this answer
I don't think its anything in the background, it can run at 150mp/s i have done a few transfers at that speed on the same drives, check my updates, im pretty sure the drive is faulty in some way. – Brae Jul 18 '11 at 8:56
feedback

You need a new methodology.

The way to diagnose it is to copy files to a separate drive. Trying to bench mark a drive by copying files onto itself is like measuring one's dexterity by trying to see how fast you can put sunscreen on your back!

The drive basically has to copy files back and forth from two discrete areas of unknown distance.

And it's even worse with teracopy's dynamic buffering. Teracopy's dynamic buffering was great for XP, but Vista n 7 use a new algorithm for copying files, so sometimes they conflict with each other. This is especially noticable in read/writes across a network.

edit:

I wouldn't trust the dialog box either. Use performance monitor and add the Disk read/write counters. Try to find some rather large files. Ripped DVDs are perfect for this. You don't want a bunch of small files because that will screw with your benchmark. And don't use Teracopy. It's dynamic buffers will screw with your numbers. By far the best feature about teracopy is it's pause and resume, not speed.

link|improve this answer
The asker is already using two separate drives. – Ignacio Vazquez-Abrams Jul 18 '11 at 7:12
Didn't see the (s). I'll edit my answer. – surfasb Jul 18 '11 at 7:14
feedback

Your Answer

 
or
required, but never shown

Not the answer you're looking for? Browse other questions tagged or ask your own question.