Metal, Performance Improvements, & First Thoughts

Last, but certainly not least, there are a few more under-the-hood features that are being introduced with El Capitan that we can at least briefly talk about.

The first of these is of course Metal, Apple’s low-level graphics API. Originally developed and released for iOS 8, Metal is now coming to OS X and in a big way. Apple is not only bringing Metal over to OS X, but they are using it themselves, with Core Graphics and Core Animation getting a Metal rendering backend.

The purpose of bringing Metal over to OS X is two-fold, as it serves both Apple and Apple’s developers. Bringing Metal to OS X further aligns the two OSes, allowing iOS developers to leverage their Metal code on OS X. That in turn allows all developers to tap into the basic benefits of a low-level graphics API: improved graphics performance by reducing or eliminating the overhead that comes from traditional high-level APIs. Low-level APIs like Metal are not silver bullets for performance in and of themselves, but they open the door to better performance, especially in certain edge cases where graphics rendering is CPU-bound. The tradeoff in turn is that without the abstraction that comes with high-level APIs, Metal is harder to work with, since by its very nature it offers developers far less protection and hand-holding.


Apple's Metal API In Action

With both OS X and iOS, Apple is making use of Metal internally as well. As we mentioned previously, both Core Graphics and Core Animation have received a Metal rendering backend, allowing two of OS X’s fundamental graphics subsystems to draw right to Metal. As these systems are not traditionally heavy GPU users, the gains they stand to receive from Metal are not particularly great. However at the same time there is no good reason for a tightly integrated vendor like Apple not to use Metal for the OS itself, as even if the gains aren’t massive, this is one of many optimizations Apple can do to improve performance a bit more and to squeeze out a bit more battery life. In the case of Core Graphics and Core Animation, I suspect Apple is doing this not for any performance gains, but rather because Metal incurs less CPU overhead, and as a result using it cuts down on power consumption some versus OpenGL.

In any case we’ve already written a fair bit on Metal elsewhere, so I won’t repeat that here, but at the end of the day Metal is an important addition to the OS that will benefit developers and Apple alike by removing performance bottlenecks and improving system efficiency. Meanwhile the touted 10x performance benefit is a very narrow case that isn’t likely to occur in the short run, but in the long run developers will be well served by having access to Metal.


Current UI Glitches

As for the current state of Metal on OS X, Apple has already gotten the Metal driver and Core Graphics/Animation systems to the point where you would almost never notice that Metal’s in use. With the exception of one rendering bug (the user menu), right now we would be hard pressed to tell that Apple changed the rendering backend from Yosemite to El Capitan; as it stands it just works. No doubt there are still some bugs left to work out further behind the scenes, but for such a major overall even the developer beta is in good shape.

Overall Performance Improvements & Bug Fixes

No release of OS X would be complete without some overall performance improvements as well, and Apple is certainly aiming to please. While the current developer beta of El Capitan is not in good condition for benchmarking – there will be plenty of time for that closer to release – Apple is already outlining where they have been focusing their optimization efforts. Overall application launch speeds are said to have improved by up to 40%, and Apple has also made some unspecified improvements to speed up application switching. With all of Apple’s performance numbers there’s reason to take pause, as Apple is almost certainly cherry-picking numbers from low-level tests, but it none the less gives us an idea of what to look for once the OS is farther along.

Meanwhile Apple is also telling us that PDF rendering performance in Preview is significantly improved, which in turn should allow El Capitan Preview to open up complex PDF files much more quickly than Yosemite does. Based on Apple’s comments it sounds like they’ve done quite a bit of work to offload PDF rendering to the GPU – quite possibly even porting parts of Preview over to Metal. And even without formal benchmarks it’s clear that things have changed for the better, as our El Capitan-equipped MacBook Pro is able to tear through some of our sample PDFs even better than our desktops can. PDFs are something of a textbook case for GPU rendering, as complex documents can require compositing multiple layers, so this is a welcome improvement when working with complex PDFs.

Finally, while the current beta introduces plenty of its own bugs, there are also some undocumented bug fixes we’ve stumbled upon. Of particular note, El Capitan now does a better job of recognizing Windows Server 2012 ReFS-backed shares. Whereas Yosemite sees these shares as FAT based, El Capitan sees them as NTFS, which is still wrong, but it’s less wrong (and less restrictive) than seeing them as FAT.

First Thoughts

Wrapping up our first look at OS X El Capitan, what we have seen with Apple’s next OS is a calculated evolution from Yosemite that should please most Mac users. Those users looking for new features and refinements should find the latest round of application upgrades, window management changes, and of course low-level tweaks to their liking. Meanwhile users still trying to get accustomed to Yosemite should find that at the end of the day the OS X experience itself has changed very little with El Capitan, so after the major shift that was Yosemite, they can take a breather.

As for the status of this first beta release, El Capitan is a developer beta and definitely lives up to the name at times. Yet despite that, with the public beta not scheduled until July, things on the whole are looking good. At the very least the OS is more than ready for the developers it’s meant for, and judging from what I’ve seen at WWDC they certainly aren’t wasting any time in that respect.

Finally, as for consumers, El Capitan should be a very straightforward upgrade once it’s released this fall. Apple has already confirmed that the system requirements are unchanged from Yosemite – anything that runs Apple’s current OS can run Apple’s next OS – so there won’t be any systems left behind with El Capitan. The oldest systems of course won’t be able to take advantage of every last feature of the new OS (e.g. Metal), but otherwise Yosemite users should be right at home with El Capitan.

Spotlight Gets Smarter: Web & Natural Language Search
Comments Locked

100 Comments

View All Comments

  • xthetenth - Tuesday, June 16, 2015 - link

    I'm glad to see OSX finally getting a feature we'd seen in Windows 7. Not having a quick way to get the most out of your screen is painfully pre-2010. Do want dynamic resizing combined with the ability to put things in corners from Win 10 so the OS itself has a less flaky version of LG's screen split app that they bundle with their ultrawides.
  • NEDM64 - Wednesday, June 17, 2015 - link

    I'm happy windows users finally get exposé and multiple desktops...

    Maybe next year, you'll have internet system recovery...
  • xthetenth - Wednesday, June 17, 2015 - link

    Expose is a fancy graphical skin on something that can be accomplished with alt-tab or a quick click to the bottom of the tray. Snap is a real pain to accomplish manually. Multiple desktops is meanwhile one quick trip to sysinternals away.
  • techconc - Tuesday, June 23, 2015 - link

    Snap as implemented in Windows is extremely basic in functionality and clearly pales in comparison to what Apple is doing with full screen mode and mission control. Window's snap is a simple hack at best.
  • Oxford Guy - Wednesday, June 17, 2015 - link

    But Windows has long had the oppressive modality of individual windows trying to dominate the screen. The Mac OS has had much less modal solutions like windowshade and resize, over the years.
  • xthetenth - Wednesday, June 17, 2015 - link

    Using your entire screen truly is oppression. Cast off your shackles, all you have to lose is efficient use of screen real estate!
  • Oxford Guy - Thursday, June 18, 2015 - link

    I'm not sure what you mean. One of the things I've always find especially irritating about Windows is how they try to take over so much screen real estate. They're much less refined than something like the Mac OS 9 experience using windowshade, for instance.

    OS X has made the experience a bit clunkier although it is easier to preview large amounts of media files, especially pictures, with the column view Finder.
  • genkihito - Tuesday, June 16, 2015 - link

    last page typo: major overall -> major overhaul
  • der - Tuesday, June 16, 2015 - link

    50th comment WOOOO
  • casperes1996 - Tuesday, June 16, 2015 - link

    Alright, Ryan.
    I usually really enjoy reading your works, and you're often really well informed, but it's evident that you don't really use OS X. This article is quite uninformed about Notes, and Photos.
    Folders for Notes has always existed (at least since Mavericks, but I think always), and rich text editing has also been there for a very long time. The app itself didn't have any UI for the text formatting, but it was very possible to change font, style, etc. by for instance copying text from Pages. Command + and command - also increases or decreases size, and cmd b, cmd i, and cmd u does what you'd expect from a text editor.

    Photos has had face detection since version 1, and though it may be improved, it has always been there, and has been a part of iPhoto for a long time as well. I'm on 10.10.4, and all the features I've mentioned are present here as well.

Log in

Don't have an account? Sign up now