Putting Fusion Drive’s Performance in Perspective

Benchmarking Fusion Drive is a bit of a challenge since it prioritizes the SSD for all incoming writes. If you don’t fill the Fusion Drive up, you can write tons of data to the drive and it’ll all hit the SSD. If you do fill the drive up and test with a dataset < 4GB, then you’ll once again just measure SSD performance.

In trying to come up with a use case that spanned both drives I stumbled upon a relatively simple one. By now my Fusion Drive was over 70% full, which meant the SSD was running as close to capacity as possible (save its 4GB buffer). I took my iPhoto library with 703 photos and simply exported all photos as TIFFs. The resulting files were big enough that by the time I hit photo 297, the 4GB write buffer on the SSD was full and all subsequent exported photos were directed to the HDD instead. I timed the process, then compared it to results from a HDD partition on the iMac as well as compared to a Samsung PM830 SSD connected via USB 3.0 to simulate a pure SSD configuration. The results are a bit biased in favor of the HDD-only configuration since the writes are mostly sequential:

iPhoto Library Export to TIFFs

The breakdown accurately sums up my Fusion Drive experience: nearly half-way between a hard drive and a pure SSD configuration. In this particular test the gains don't appear all that dramatic, but again that's mostly because we're looking at relatively low queue depth sequential transfers. The FD/HDD gap would grow for less sequential workloads. Unfortunately, I couldn't find a good application use case to generate 4GB+ of pseudo-random data in a repeatable enough fashion to benchmark.

If I hammered on the Fusion Drive enough, with constant very large sequential writes (up to 260GB for a single file) I could back the drive into a corner where it would no longer migrate data to the SSD without a reboot (woohoo, I sort of broke it!). I suspect this is a bug that isn't triggered through normal automated testing (for obvious reasons), but it did create an interesting situation that I could exploit for testing purposes.

Although launching any of the iMac's pre-installed applications frequently used by me proved that they were still located on the SSD, this wasn't true for some of the late comers. In particular, Photoshop CS6 remained partially on the SSD and partially on the HDD. It ended up being a good benchmark for pseudo-random read performance on Fusion Drive where the workload is too big (or in this case, artificially divided) to fit on the SSD partition alone. I measured Photoshop launch time on the Fusion Drive, a HDD-only partition and on a PM830 connected via USB 3.0. The results, once again, mirrored my experience with the setup:

Photoshop CS6 Launch Time (Not Fully Cached)

Fusion Drive delivers a noticeable improvement over the HDD-only configuration, speeding up launch time by around 40%. A SSD-only configuration however cuts launch time in more than half. Note that if Photoshop were among the most frequently used applications, it would get moved over to the SSD exclusively and deliver performance indistinguishable from a pure SSD configuration. In this case, it hadn't because my 1.1TB Fusion Drive was nearly 80% full, which brings me to a point I made earlier:

The Practical Limits of Fusion Drive

Apple's Fusion Drive is very aggressive at writing to the SSD, however the more data you have the more conservative the algorithm seems to become. This isn't really shocking, but it's worth pointing out that at a lower total drive utilization the SSD became home to virtually everything I needed, but as soon as my application needs outgrew what FD could easily accommodate the platform became a lot pickier about what would get moved onto the SSD. This is very important to keep in mind. If 128GB of storage isn’t enough for all of your frequently used applications, data and OS to begin with, you’re going to have a distinctly more HDD-like experience with Fusion Drive. To simulate/prove this I took my 200GB+ MacBook Pro image and moved it over to the iMac. Note that most of this 200GB was applications and data that I actually used regularly.

By the end of my testing experience, I was firmly in the category where I needed more solid state storage. Spotlight searches took longer than on a pure SSD configuration, not all application launches were instant, adding photos to iPhoto from Safari took longer, etc... Fusion Drive may be good, but it's not magic. If you realistically need more than 128GB of solid state storage, Fusion Drive isn't for you.

The Application Experience Final Words
Comments Locked

127 Comments

View All Comments

  • name99 - Friday, January 18, 2013 - link

    Yeah, and USING Momentus XT sucks. The experience is horribly uneven.
    Enough stuff comes up fast that you get used to that, but enough stuff comes up slowly that it's REALLY noticeable because you're used to the occasional bursts of speed.

    I've used Momentus, I've used Fusion. There is no comparison.

    In fact (true story) after I replaced the broken HD in a friend's MacBook Pro with a Momentus she told me a week later that she thought the computer was still broken because it seemed to behave so strangely, sometimes feeling really fast, then a little later feeling so slow.

    Now, if Momentus were kitted out with
    - 64GB (maybe even just 32GB) of
    - FAST flash (not the cheap crap used in USB thumb drives) AND
    - cached writes
    it might work well. But that's not the product that Seagate is selling.
  • Death666Angel - Friday, January 18, 2013 - link

    2 of your 3 points are very correct. But they do use SLC which is not the cheap stuff.
  • name99 - Friday, January 18, 2013 - link

    If they do use decent flash, then why don't they cache writes?

    I always assumed it was because their flash (like USB thumb flash) was so crappy that it was slower for random writes than the HD was.
  • kyuu - Saturday, January 19, 2013 - link

    Because there's a lot more to it than just using the right NAND. Also, for the 2nd-gen Momentus XT they were going to release a firmware update that would enable write caching. I'm not sure if that ever happened, haven't followed up on it recently.
  • kyuu - Saturday, January 19, 2013 - link

    That's because the MacBook/MacOS sucks. Not the Momentus XT's fault.

    Been using a Momentus XT in a Windows machine for a long time, had no problems with it being "uneven".

    Also, they sure as hell don't use cheap flash "used in USB thumb drives".
  • ShieTar - Saturday, January 19, 2013 - link

    How would the HDD know what is a file? The OS will just command a drive to write a given data block to Sector X.

    The drive may treat X as a logical address, and reorder data internally, but it has no clue if it is writing a complete file or parts of it, or just writing zeros as ordered by some secure erase software.
  • Subyman - Friday, January 18, 2013 - link

    Any word on how much the migration process increases read/write quantity over a manually managed setup? As for ssd life being longer than hdd life, if we take into account that almost all writes will hit the ssd first and then some will transfer to the hdd this means the hdd is accessed less often. This could level the mean read/write to failure rate to make the hdd even with the ssd, unless migration has an effect that I'm not considering.
  • dimmer - Friday, January 18, 2013 - link

    Did you enable TRIM or not?
  • name99 - Friday, January 18, 2013 - link

    It's a Mac for gods sake. It comes configured correctly (yes, with TRIM enabled) out the box.
  • alanh - Friday, January 18, 2013 - link

    For me, the biggest problem is the added difficulty of doing an upgrade or replacement of storage if it starts getting full or goes bad. From what I've read, the only option is to do a full backup, replace one of the disks, and then do a full restore. I have an '11 MBP with SSD and the DVD replaced with a large HD, so I could, in theory move to a Fusion drive, but it just seems like a risky and annoying proposition.

Log in

Don't have an account? Sign up now