For external hard drives in this question, I'm referring to traditional HDDs; the kind with spinning metal inside of them (no RAM or flash-based super-high-performance hardware):

Is there a significant speed difference between USB 2.0 and FireWire 400 for external HDDs? And, while we're here, eSATA and FireWire 800? Sure you can just google the bus speed numbers, but can traditional HDDs even keep up with any of them?


Traditional hard drives (7200 RPM) are much faster than the USB standard allows for. You can prove it by taking a decent hard drive and plugging it in natively, and testing it, and then testing it in a USB caddy.

Since eSATA and Firewire (400/800) are both significantly quicker than USB, I'd be willing to bet they are reasonably close in speed to what sort of speeds you'd see from a natively plugged in drive. eSATA especially - since isn't it meant to be an external version of a native sata controller?

  • 3
    Firewire 800 feels nearly as fast as a native internal. – Jay R. Jul 19 '09 at 4:01
  • I've been told USB causes more CPU load than IEEE 1394 (a.k.a. FireWire™) – dlamblin Jul 28 '09 at 10:58
  • 1
    I don't know about causing more load, but USB can be slightly CPU intensive. USB performance can possibly suffer during periods of high CPU load. I've seen people who played online games with USB based ADSL modems, and they would experience frequent drop offs while playing because of high CPU load. – EvilChookie Jul 28 '09 at 15:27
  • eSATA is the exact same SATA protocol, with requirements for better cables and higher voltages, and a slightly different connector. – Mircea Chirea Nov 5 '10 at 16:42
  • 1
    USB2 requires the CPU to handle low-level communication details, while Firewire has a discrete controller on the ports which handles the gritty details. I think USB3 overcomes this though by also delegating more responsibility to the USB controllers, and less to the drivers. – Mark K Cowan Nov 2 '14 at 18:49

It's hardly scientific, but my experiences with Firewire 400, 800 and USB 2 on various Intel Macs (laptops and iMacs) is that FW400 is noticeably faster than USB 2, and FW800 is getting-on for internal drive speeds.

Daily, I copy around various 16-25Gb files (virtual machines) and would always pick FW800 (or 400) over USB2. For a while I was regularly copying a 16Gb file from one FW800 to another (they were daisy-chained together) and it was just like copying between 2 internal hard drives.

I appreciate that FW400 might be a different beast on Windows, of course.


I'm chiming in a bit late, but... the bus speeds that the various protocols are rated at are no good indication of the real speed you might expect. For example, USB has a lot of overhead (by design), and with most control chips I've come across USB 2.0 is actually no faster than Firewire 400 (no numbers at hand, hope you'll take it as anecdotal evidence from me...).

A couple of years ago, USB 2.0 was in fact the slower of those two, due to the fact that it requires more CPU backing, but now that we have dual-core CPUs and fast internal buses everywhere, you won't find any difference anymore.

For a quick overview of realistic throughput you might expect, see the site of the S-ATA SIG. That's of course hardly independent data given that they defined the e-SATA standard, but I'd say they're actually quite optimistic about USB 2.0: their quoted 45MB/s is something I've never, ever seen in my own use - 32MB/s tops, really.

Typical Interface Speeds

  • I've had slightly better USB2 performance than the chart with Intel SSDs over USB, but not significantly better... Certainly not the ~2x to ~7x difference required to compete with 1394b or SATA3G – Mark K Cowan Nov 2 '14 at 18:52

Theoretically, Firewire 400 has a max speed of 400 Mbit/s and USB 2.0 has a max speed of 480 Mbit/s. However, actual usage speeds tend to differ a lot and it often depends on the external hard drive itself.

USB has a much wider compatibility with external drives and computer, but most quality external hard drives and computers will support Firewire for years to come.

  • 3
    The 480Mbps for USB2 is a burst mode where the 400 Mbps for Firewire is supposed to be a sustained mode. Unless you are only transfering large files with it, you'd likely not notice. – Jay R. Jul 19 '09 at 3:59
  • Most USB drives are SATA drives with a USB->SATA bridge. You can just as easily get a Firewire->SATA bridge. My "portable" drive is a SATA disk with a Firewire->IDE bridge, the bridge was quite cheap. – Mark K Cowan Nov 2 '14 at 18:53

Firewire loves you, but some times you need USB. (Because people are cheap and buy cheap machines, you know).

If you're buying a case/dock, I'd go for one with:

  • FW 800 (It's 400-compatible, you just need a 400-800 cable)
  • eSATA (But if you're on the Mac, none ship with eSATA ports)
  • USB (Even my dog has USB and he's not a computer. Also, I don't have a dog)

So you have the best of Firewire and eSATA, but you can still plug your drive to your 20th century friends' machines. (As long as you formatted it as FAT32, I suppose.)

Yes it costs thrice the price of a USB-only case. You get what you pay for.

Some real usage stories:

  • I tried running backups both via USB and via FW400, and FW is decidedly faster. (Using SuperDuper)
  • Where I work, we had some hard time trying to play full HD uncompressed videos from FW400. FW800 really shines here. If you plan to edit said videos, you're gonna need it.

Sadly I never had the chance to use eSATA, but as pointed by others, it should perform similarly to SATA, which is great.


From a users perspective I have found USB2 better than firewire as there are more devices available. For raw speed firewire 800 is excellent. I haven't used eSATA though, and I feel it will probably end up being THE standard.


One of the big advances of FW is that it is a peer-to-peer protocol. Which means you can make a daisychain with 4 computers and 5 hard drives, and still get it to work. You can have problems when 2 systems write the same file at the same time, but FW is much more flexible.

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.