All Flash Storage

As expected, the next-gen MacBook Pro ditches mechanical storage in favor of a MacBook Air style NAND + SSD controller on a custom PCB. Apple refers to this solution as all-flash storage.

Apple’s distinction between Solid State Drives (SSDs) and all-flash storage boils down to what form the storage comes in. If it’s a standard form factor device in a chassis, it’s a solid state drive. If it’s just NAND + controller on a PCB? Then it’s all-flash storage. I suspect it’s a nicer way of saying proprietary SSD but either way they are technically the same thing, just in different forms.


The Samsung PM830 based rMBP NAND flash storage card, image courtesy iFixit

My Retina MacBook Pro was the upgraded model with a 512GB SSD, featuring Samsung’s PM830 controller. This is the same controller as in the Samsung SSD 830, which I’ve long felt was the best pair for Mac users who wanted an SSD upgrade. I’m not sure if other Retina MBPs may come with Toshiba’s SandForce based drive instead. I have one of these drives in house for a review but that’ll have to wait until next week.

Although both the Samsung and Toshiba/SandForce controllers support full disk encryption, neither hardware based encryption is supported by OS X’s FileVault 2. When OS X encrypts your boot volume not all areas are encrypted (such as the recovery partition). While I know SandForce allegedly offers multiple encryption levels across a volume I’ve never seen either controller claim support for partially unencrypted volumes. In this case it looks like for Apple to take advantage of SSD controller based encryption it would need more flexible encryption support on the controller level. If I were an SSD controller vendor I’d be paying close attention to this requirement.

Both the Samsung and Toshiba controllers support 6Gbps SATA - as a result performance is significantly better compared to previous Apple branded SSDs. I borrowed a friend’s 2010 MacBook Pro which happened to have a Toshiba based SSD installed and ran it through our standard Iometer four-corners test suite. This was a well used drive and thus the performance is even worse than last year's MacBook Airs. The improvement in performance is astounding:

Apple SSD Comparison - 4KB Random Read (QD3)

Apple SSD Comparison - 4KB Random Write (8GB LBA Space - QD3)

The move to 6Gbps SATA is often associated with a huge bump in sequential transfer rates, but in this case Apple enjoys a significant increase in random speeds as well. Note that some of this improvement is going to be due to the fully populated configuration of the PM830 in the Retina MacBook Pro's SSD, but that shouldn't downplay the significance of the move to Samsung's latest controller. The previous generation controller used last year just wasn't very good, and the Toshiba alternative was even worse. This year, Apple finally has a good solid state story to tell.

Apple SSD Comparison - 128KB Sequential Read (QD1)

Apple SSD Comparison - 128KB Sequential Write (QD1)

How much of this are you going to be able to actually tell in day to day use of the system? The sequential transfer rates are most tangible when you are writing to or reading large files like movies to your drive. Obviously you need a source that's fast enough to hit these speeds. Although USB 3.0 can come close you're unlikely to have a USB 3.0 SSD that's as fast as the internal drive. Moving large files between your internal SSD and Promise's Pegasus R4/R6 is where you'll really appreciate this performance.

The random access improvements are likely overkill for most normal uses. Things like program launches, compiling, web browsing, and any other normal application IO will depend on a mixture of random and sequential IO. The key is to have good enough random IO performance to avoid becoming a bottleneck. I can safely say that the numbers we see here are more than enough.

While previous Apple SSDs were nice only from a convenience standpoint, at least the Samsung option in the Retina MacBook Pro is what I’d recommend even if Apple didn’t bundle it with the machine.

Boot Camp Behavior & Software Funniness Thunderbolt Performance
Comments Locked

471 Comments

View All Comments

  • solipsism - Saturday, June 23, 2012 - link

    it seems that any major changes to their Macs will come with Retina Displays. The question is when that will come because the iMac and ATDs are likely still to difficult to create and the smaller notebooks likely require more powerful GPUs.

    As Anand stated Intel is committed to more powerful iGPUs, which I'm fine with as my only concern is not seeing any visual lag and I don't play games, but I do think it's feasible for the 13" MBP to get a Retina Display once that ODD is removed. The only question I have is how much additional size is required to run an IPS display with 4x as many pixels. Can we assume the same battery capacity scaling between the 15" MBP and 15' RMBP?
  • ananduser - Saturday, June 23, 2012 - link

    There is also a price concern. The retina panel on the 15"-er incurs a considerable increase. Lower retina screens on the lesser macbooks will incur themselves a price increase(lower but an increase nonetheless).
  • KoolAidMan1 - Saturday, June 23, 2012 - link

    The logic board on the 13" MBP is tiny, not enough room for a dedicated GPU. As it stands, Apple and other ultrabook manufacturers will be leaning on integrated graphics going forward. It is the only solution with chassis getting thinner and lighter. This is a big reason why Intel has been getting so much pressure to improve their IGPs, and Haswell is looking like a huge step in that direction.
  • ananduser - Saturday, June 23, 2012 - link

    Come on...Windows supports 200% DPI scaling. By default you have 125% and 150%, but if you go custom mode you can set the DPI slider way up to 200% and any value in between(not just 100% and 200%.
    OSX' pre-rendering hacks and workarounds do not mean resolution independence. They have achieved a similar result only for their specific configuration. Windows is closer to that ideal as from the start you have the choice to run the native resolution and all scaling can be realized in factors between 100%-200% within that resolution frame. From a software perspective it is more agnostic, therefore more elegant. You're too selfish in your Apple desires that you don't think about custom configurations and myriad of panel choices out there.
  • Super56K - Saturday, June 23, 2012 - link

    I would never describe windows dpi scaling as elegant.
  • Taft12 - Monday, June 25, 2012 - link

    It's quite elegant. Windows software support for DPI scaling is not.
  • Spoony - Saturday, June 23, 2012 - link

    Quartz supports fully resolution agnostic layout, transforms, and compositing on a per-object basis. It also absolutely supports real resolution independence at any scaling value you desire. See this image from Mac OS 10.4:

    http://origin.arstechnica.com/images/tiger/scalabl...

    Your move, smartypants.
  • ananduser - Saturday, June 23, 2012 - link

    First of all Anand doesn't seem to know Windows well enough to go beyond presets.
    2nd of all, past OSX implementation of scaling was 2nd rate to that of Windows. OSX was unusable on high res screen without magnifying. I don't need to search for a longstanding macrumors post that described the frustrations of being a macuser on high res(and relatively small diagonal) past desktops.
    3rd: internal rendering beyond the panel resolutions and then readjusting is anything but elegant. It is a specific workaround to a specific situation of a specific machine. Apple can't expect the entire world to rework everything to fit their quirky rendering.
  • Spoony - Saturday, June 23, 2012 - link

    That's total garbage, and I suspect you know it.

    OS X has gone through various stages of teething with resolution independence. It was generally workable, but not always incredibly pretty. I remember U/I cracks and other uglies aplenty. However, setting to native res on a high-res panel and upscaling to 1.25x or 1.5x was very usable and very crisp, cracks aside.

    Apple has always been interested in doing resolution independence right, from OS X's beginnings and using PDF as the specification template for their drawing layer. The fact of the matter is, Mountain Lion (and Lion for now) is executing a fully resolution independent desktop, and executing it very elegantly. Much more comprehensive and capable than Windows presently.

    Furthermore, Apple has built up a very nice tool set of APIs that allow it (and third parties) to create a slick experience. For now, Windows can't touch it... however, I dearly hope Microsoft fixes this right up promptly. All OSs properly handling dense displays will be a great thing going forward.
  • ananduser - Saturday, June 23, 2012 - link

    MS has nothing to fix as W8 is great from all standpoints. It is Anand's lack of knowing Windows settings that makes him state otherwise.

    Apple achieved a "resolution independence" type experience through presets. It only works with their available presets and makes use weird workarounds, while obfuscating panel res choices. If you apply a certain patch on OSX, unlock resolution choice and select the native res manually(or any other res) you'll see how resolution independent OSX is not.

    You're naive if you think that all the possible past and current OSX 3rd party apps will do out-of-bound patches just to match, I repeat, a specific machine and it's specific pre-rendering routines.

    Resolution independence in use is completely panel and resolution agnostic. No matter the native resolution of the panel you can scale the elements by any scale you wish. You do not need to pre-render, then cut the screen to fit your panel. Both os-es lack this effectively but OSX was traditionally worse than Windows.

    Note: The true idealistic notion of resolution independece does not exist. Even ios is not resolution independent, it seems so because ios works only on two, integer scaled resolutions.

Log in

Don't have an account? Sign up now