29

I noticed that if I transfer a few large files between two hard drives, it's pretty speedy, at around at least 30 MB per second, but if I transfer thousands of files less than 5 KB, it is pretty damn too slow.. around 1 to 2 MB per second.

Is there a way to speed up the copy/paste process with thousands of small files on Windows 7?

18

You might want to take a look at TeraCopy which is a program designed to copy and move files at the maximum possible speed by dynamically adjusting buffers to reduce seek times. TeraCopy can also do asynchronous copying which speeds up file transfer between two physical hard drives.

I have personally used this application and have found that it does speed up file transfers which usually would take some period of time to accomplish.

Hope this helps some.

  • 1
    @netrox: highly, highly recommended Teracopy. +1 – studiohack Mar 29 '10 at 4:40
  • 2
    TeraCopy crashed for me so I wouldn't recommend it as there's potential for data loss. – Simon Morgan Jun 10 '15 at 16:37
  • 3
    I had the opposite problem - copying 1m tiny files caused explorer to crash, but TeraCopy worked well! – RobinL Jan 17 '16 at 10:02
9

ZIP the files and then transfer the larger ZIP file? I don't know how long it would take to ZIP though (and if the total time is faster).

  • 8
    You still have to read all files on the source side and write all of them at the target side. It won't be faster. You'll just lose time for zipping them up. – Joey Mar 28 '10 at 23:02
  • 2
    Actually, this works for me in my situation as I was really wanting to back up files... I don't care about unzipping. Zipping thousands of files sure worked... a zipped file was much faster than the usual copying. But yeah, I did try to unzip and it takes a while. Thanks for the suggestion. – netrox Mar 29 '10 at 3:10
  • 1
    No problem; glad I helped. :) – Kevin Yap Mar 29 '10 at 3:38
  • 2
    This works extremely well. I was able to get the transfer time of 200mb of files from 30 seconds using a plain copy down to 2 seconds (no compression, different drive). The reason it works is because there is a lot of overhead associated with creating and closing a new file. With an archive, it's has a single file handle (the archive) that you are appending data to. If you are moving to another hard drive, create the archive on the destination don't create it then move. – Despertar Dec 13 '16 at 4:09
  • Another usage case where this can help speed things up a lot is when transferring to/from portable flash drives or other slower media and interfaces. Zipping/Unzipping thousands of small files on an SSD with a SATA III connection is a lot faster than transferring thousands of files to/from a portable flash drive on USB. Cleanup is made a lot simpler too, as deleting a single zip file on the USB drive takes less than a second versus several minutes to delete a folder with thousands of small files in it. – positlux Jan 30 '18 at 0:24
5

The solution is to archive with WinRAR, but, when asked how to archive, choose store. This means that there will be no compression. Thus in approximately one minute you will end up with one large file to copy, which will copy very fast.

I tried to copy 19890 small files (5K or so each) and Windows told me that it would take 3 hours, TeraCopy said 3.2 hours, but with my method it only took 1.5 minutes.

0

It's possible that part of what is slowing you down for many small files is if they are not in the same physical area of the disk. On a drive which is not very fragmented, a single large file will mostly all be read from one place, but if you have to read a bunch of separate files, they may be scattered across the disk.

ZIPing was the first idea that came to mind for me as well, but as pointed out above, you'd lose time to that process anyhow. I have noticed that in general, copying with RoboCopy.exe goes faster than doing it through the GUI. You might want to play around with that and see how it works for you.

  • 1
    You'll lose most time due to the frequent switching between file content and the MFT entries. Where the individual files are located on the disk is nigh irrelevant here. – Joey Mar 28 '10 at 23:20
0

It might be worth trying a quick defrag before ZIPing anything, but this is only really if you will be moving lots of small files, very often. If not then I suggest just zipping it (with 7zip or something - which will often compress better than just Windows standard compression) and then copy across.

And it also depends on the harddrives. Is this a USB external hard drive or 2 that are in the same system? If it's an old external hard drive it may be using USB1.0 or you may be better off having one with a power supply.

0

ZIP has a 4 GB file limit (or something like that) - I usually use RAR archiver (it doesn't have that file size limit) and specify to not compress at all - this way archiving into a single file happens very fast, and then I simply copy that big file.

-1

If its a unix based system you can use tar over ssh.
-The following command compresses all files and folders.

tar -cf - /home | ssh root@192.168.1.1 tar -xvf - -C /

-Transfer it and decompress it at the second computer.
This is much faster than copying only per scp

First read the man page and BE CAREFUL

  • 1
    The question contains the "windows" tag so your answer doesn't apply. – Nasreddine Jul 7 '15 at 11:08
  • 2
    indeed. next time, read the tags, eh? – td512 Jul 7 '15 at 11:15
  • Not to mention, read the age of the question – qasdfdsaq Jul 7 '15 at 11:30

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

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