Windows 7: File Transfer Speed

I have long wondered about the speed of transferring files from one drive/partition to another, but only recently found specific variations that evade any conclusions by myself. I have been downloading movies, which are destined to a partition on an internal drive, and which after organizing them, I cut/paste to another partition on an external drive.



In all cases, the same file types, number of files, software used and hardware involved are identical, but the speed of these operations vary from <than 10MB/s to >than 50MB/s. There is no other functions apparently in process at these times that might be interfering, nor any other explanation that comes to mind. Can anyone suggest a possible reason that I'm overlooking?

using cut and paste i though that's system didn't calculate the size. if using the copy and paste. the system calculate,how much of the size after that, do the run the process paste.
and i think the spec of the processor also the memory is influence too.

Your phraseology throws me a bit, but while I think that I understand your meaning, I must reiterate that there are NO differences in file sizes, number of files or file types in any of these functions. And while I understand how hardware specs may influence these characteristics on different rigs, there NO changes in hardware configuration involved. If there is some kind of hardware defect, I would imagine that that defect would remain a constant...or at least any change would be of a linear progression, not randomly faster, then slower, then faster, etc.

absolute yes, system windows when you transfer include copy files, that's will count how much size that's you want to move (calculate).
btw what file extension that's you means? until now i'm still don't know which file it's

Somehow, it seems that your responses don't correlate to my posts, however the files that I'm currently deaiing with are all .flv.

Have you considered running procmon while copying the files and doing a stare and compare with a "fast" versus "slow" timeframe, to see if anything is different (other than the actual files being written, of course)? I wonder if an antivirus filter, or searchindexer, etc, is actively interfering with disk I/O at the times things are "slow"...

No, I haven't. However, I'll try it on the next go around. I doubt that it will clarify anything, because the environment of these operations are always the same, with no other programs operating in the background to interfere, but it won't hurt to double check.

I will bet you a pretty penny there's more going on in the background than you can see, and procmon will open your eyes . No two Windows machines are ever the same, and rarely are any two long-running operations ever the same. Fact of life when you run Windows.

I just tried using Procmon, but it didn't provide an answer. Yes, there are a number of processes active, but as far as I could tell, none that wouldn't always be active, regardless of when a transfer would be performed. Maybe I simply don't know how to use the program for this purpose...I don't know.

What you're looking to do is compare a file copy operation where it's "fast" with a section from procmon when it was "slow". You use the stare and compare method to see if there's any difference between what's happening - be curious, poke around, and see what you find. If the drives themselves are not causing the slow-down, then something is interfering with your I/O, and procmon should show you that if you're willing to poke around and look about.