My SSD and HDD file transfer speeds

I though I would share some tests I just ran.

First some background: I use my workplace office to store my file backups. To keep them private They are in multiple large files encrypted with TrueCrypt. The encrypted files range from 24 GB to 150 GB. I copy them to disk and take the disk to work.

I was testing file transfer speeds for these large file transfers.

My boot drive is a 120 GB RevoDrive (PCIe RAID SSD, marketed as read 540 MB/s, write 490 MB/s). I am running Windows 7 64 bit with an AMD Phenom II X6 1090T at the standard 3.2 GHz. The RevoDrive started with 25 GB occupied.

All files transfers mentioned below were by drop and drop in Windows Explorer using the same 24 GB file. The transfer started fast then slowed down so I took the transfer rate when half the file transferred (12 GB). The transfer rates were those shown by Windows Explorer.

To start I copied the file to the RevoDrive since it is my fastest drive. The file was on a Seagate 500 GB Barracuda 7200.11 HDD. It copied to the RevoDrive at a rate of 67 MB/s.

I copied from the RevoDrive to an AData 64 GB SSD (marketed as read 280 MB/s, write 270 MB/s) connected by eSata. I got the same transfer speed, 67 MB/s! The AData started with only 27 GB free space so the transfer came close to filling it.

I copied from the RevoDrive to an empty Seagate 320 GB Barracuda 7200.11 HDD. The transfer speed was 96 MB/s.

I copied from the RevoDrive to an Maxtor 500 GB DiamondMax-11 HDD. It had 200 GB occupied. The transfer speed was 27 MB/s.

I deleted the file from the AData SSD and connected it with a USB 3.0 adapter. The transfer speed from the RevoDrive to the AData was 97 MB/s.

I copied from the RevoDrive to an empty GSkill Falcon 128 GB SSD (marketed as read 230 MB/s, write 190 MB/s) connected by eSata. The transfer speed was 116 MB/s.

I copied the file from the AData SSD (USB 3.0) to the GSkill SSD (eSATA), which now had 24 GB occupied. The transfer speed was 64 MB/s. This was the only transfer that started slow (47 MB/s) and increased in speed as the file was copied.

I deleted the file from the AData and copied it back from the GSkill to the AData. The transfer speed was 66 MB/s.

I tried all of these tests to compare file transfers within the computer. Before running these tests I transferred these files (24 GB, 45 GB, 120 GB, 150 GB) from a Seagate 500 GB HHD to another computer over gigabit ethernet using Windows file sharing. The other computer was running Windows 7 64 bit on an AMD Athlon 64 X2 6000+ at 3 GHz. It was booting off the the AData 64 GB SSD that I borrowed for the above tests. This computer had four 300 GB 10,000 rpm VelociRaptor HDDs connected in RAID 10 using the Asustek motherboard's RAID controller. The files transferred at 90-95 MB/s.
Reply to 713alan
3 answers Last reply
More about file transfer speeds
  1. Sounds frustrating. What OS is the primary machine running, or did you put that and I missed it? Write speeds to SSDs can degrade, as you probably already know, if the TRIM command is not getting sent. But it sounds like you are reading from the SSD and copying to other devices. What kind of motherboard?

    You did some pretty thorough copy testing! I would suggest also doing a quick bench of each individual drive that you are using, both read and write, to see if that identifies a bottleneck.
    Reply to WyomingKnott
  2. Just got a new 120gb Kingston SSD for a notebook. My computer has an Esata to Sata cable and power plug I made up. I formatted drive (In Linux) to NTFS and transferred 32gb of folders from my Seagate to the Kingston. Now I am not sure if the Esata port is Sata 2 or Sata 3, as it is an older motherboard. I will assume Sata 2 speeds. As Linux is never speed accurate in the file manager (Thunar) it showed an average speed of about 80 mb/s going from Seagate to Kingston. Then I moved the files back to the Seagate, which is basically to copy and overwrite. Speed was still about the same. Took about 12 minutes to copy or move the data in either direction, which proves it does run much faster than USB 2 flash drive. USB 2 120 Lexar drive, usually transfers about 8 mb/s from the flash to the pc, and about 12-15 average from pc to flash. I have never figured out why it takes longer on cell phones to transfer to the phone rather than from the phone. I think most phones must be monitoring the speed or bottlenecking. SSD drive however moves data equally fast moving from conventional to SSD drive. So it looks good far as I can see. Nothing like a USB drive speed that is a lot slower. I just have never figured out why USB flash makes no difference being Windows or Linux, are so slow in transferring to the flash drive or phone compared to from the flash drive or phone. Smaller files also do take longer but that makes sense with the overhead of having to store the directories. Windows can sometimes be very slow, because I think is that AntiVirus software is constantly scanning things.
    Reply to kb50
  3. I also see using Drives in Linux, ran smart drive tests, and it is surely a new SSD as it has 0 hours of use so far. And 0 errors on the drive. I wonder if it will ever develop errors. In theory it should not. But even memory cells flash can go bad over time. But the owner is happy that thumping the notebook will not result in data loss or drive premature failure. ( Hopefully ). Without another SSD to compare, I have no way to know IF data rates from SSD to SSD are better or worse. Perhaps someday will have an SSD to put into my system. I can see that the notebook drives in SSD are probably internally the same as the 3.5 desktop size drives. I expect even a 1TB SSD would likely not be any larger physically. Just a lot larger price wise.
    Reply to kb50
Ask a new question Answer

Read More

SSD File Transfer Storage