On Tuesday, at its third event in as many months, Apple is expected to announce the first models of Mac computers running on Apple Silicon, the in-house-designed SoC that will enable the transition from Intel to Arm-based architecture.
There’ve been some rumors about the potential form factors of these Brave New Macs — at least two MacBook models are expected. However, we don’t know a great deal about the configuration of the actual chips that will power the machines. How fast do they clock? How many cores? How much cache? What else might be sitting on the die that distinguishes them from the A14 Bionic chips powering the latest generation iPhones and iPads? We have no idea.
And I’d rather not speculate on these things because, frankly, I feel the actual horsepower of these chips is the least important aspect of the entire architectural transition. We expect the first generation of Apple Silicon to be quite fast — I have no doubt Cupertino has designed chips that not only match the raw performance of the current-generation Intel Macs but exceed them entirely.
The real challenge that Apple faces with these first-generation Silicon Macs will be the availability of native applications that exploit the new architecture, which will compel the existing userbase to switch to the new machines from the systems they already have.
For early adopters, the first generation Apple Silicon-based systems will certainly have no lack of software to run on them. That’s because Big Sur, aka MacOS 11, has been provided with multiple emulation and runtime capabilities that address several types of end-user scenarios and will permit virtually all of the App Store applications for iOS and the Mac, respectively, to function.
The first is Rosetta, which enables x86-based Mac apps to be translated to Arm-based instructions on the fly. At WWDC, over the summer, Apple publicly demonstrated some large creative and business apps, as well as resource-intensive games running on this layer. However, there hasn’t been a lot of information on how well the vast majority of emulated applications run.
Only developers who have received the Device Transition Kit (DTL) know for sure — under nondisclosure — how the software they are porting functions on the A12Z-based systems. Nobody has been allowed to benchmark these legacy apps on Apple Silicon for fear of reprisal.
Developers willing to discuss this tell me most of the apps, with few exceptions, now run fine on Rosetta, but they don’t necessarily run faster. That’s fine for software support purposes as we wait for the balance of apps to be ported to native code, but it’s not a compelling reason to switch to the new machines if you’ve got perfectly good Intel systems running your Mac workloads today.
Similarly, Big Sur also can run iPhone and iPad apps natively. But the App Store for iOS and iPadOS is largely consumer-focused. While some business iPad apps exist, such as Microsoft’s own 365, or Adobe’s Creative Cloud, most of them aren’t nearly as robust as their Mac desktop counterparts written for x86.
There’s no doubt that thousands of iPad apps are going to work out of the box on Apple Silicon from day one. That’s a simple matter of the individual developers clicking on a check button to publish them to the Mac App Store and doing a relatively small amount of testing to make sure they work as they are supposed to, unaltered.
But those are not going to be a substitute for the full-blown desktop apps, many of which are written using Apple’s Cocoa framework and Objective-C in XCode. Those will take a much longer time to port to native 64-bit Arm code, depending on which libraries are used to build them on the Intel platform. I include Apple’s own Pro Apps Bundle (Final Cut Pro X, Logic Pro X, Motion 5, Compressor 4, Mainstage 3) in this group as well.
Additionally, running iPad apps in a window will hardly take advantage of all the new system hardware or screen real estate. Sure, we want to see them because there are many iPad and iPhone apps that can fill functionality gaps, and yes, we need them for transitional purposes. But it’s not the accelerant that the new Macs will require, at least to attract a large userbase immediately.
So while we wait for these big, complex Cocoa apps to be ported, what do we need to hold us over? Well, that would be Catalyst.
Catalyst is a set of APIs (Application Programming Interfaces) developers will use to rapidly port iPad apps to Apple Silicon and fully take advantage of the new machines’ new capabilities. That includes all of the native user interface components of macOS, the increased numbers of threads and cores, the expanded memory, all of that.
Not only does it work for Apple Silicon Mac apps, but it also can be used to produce Intel Mac apps for systems that can run Big Sur. That’s good news for those of us who own late-model Mac Intel systems. Apple already demonstrated this with their News App, Apple Maps, Stocks, Voice Memos, Music, and also Messages, which is built into Big Sur. Twitter has also used it to port its iOS and iPad app to the Mac desktop.
Long-term, Catalyst will be the unifying API in which developers will write all apps for Apple devices. It provides a framework that allows an app for iOS, iPadOS, and MacOS to be created from a single unified codebase. That is potentially huge because it allows developers to consolidate all of their efforts instead of having parallel development teams that may not have codebases in sync with each other on features, bug fixes, etc.
All of this sounds great, in theory — turn an iPad app into a full-blown Mac app with a minimum of fuss. So, where are these apps?
Well, right now, short of Twitter and Apple’s own stuff built into beta versions of Big Sur, there aren’t many of them yet. Now, it’s possible that thousands of developers with (and without) DTK systems are furiously porting their iPad applications to Apple Silicon/Intel Big Sur apps. Still, we can’t know just how many Catalyst apps there will be on the new Apple Silicon Macs. They just haven’t shown up in the Mac App Store on Big Sur yet.
Apple really needs to marshal its forces to get developers excited and motivated for the transition. Yes, the change to Apple Silicon is exciting in principle because it’s a major shift and allows the company to do some truly exciting things with its hardware. But there’s a big difference between getting developers to write apps for iPhones and iPads that sell in huge volumes and exist in a population of over 700 million devices versus a completely unproven platform with no users yet. Even the Intel Mac only has maybe a 100 million systems in operation, and a good portion of them cannot run Big Sur, either.
After years of speculation, the age of the Brave New Mac is finally upon us. But will it be a big bang of a launch, with a large population of older systems displaced by the new machines in the first year or two of use, or is it going to be a slow burn, with native apps coming in slow dribs and drabs? Is Catalyst going to be what truly places the Apple Silicon Mac into prime time? Talk Back and Let Me Know.