What follows is a lengthy dive into a semi-recent massive performance improvement in openssl speeds in macOS. As it’s long, here’s a tl;dr version:
From 10.14.4 to 10.14.5, a change in macOS improved openssl speed benchmark results anywhere from 15x to 30x.
In real world use, encryption of a large sample file (570MB) using a very long password happened nearly twice as quickly as it did before the update.
The version number for openssl (which is really LibreSSL) is the same (2.6.5) in both 10.14.4 and 10.14.5. I also confirmed that the packages, as loaded on the Apple Open Source site, are identical.
The four libraries that openssl links to have the same version numbers in 10.14.4 and 10.14.5.
The binaries for openssl and the four linked libraries all use much less disk space in 10.14.5 than they did in 10.14.4. I can’t explain this, except that openssl itself is no longer a universal binary.
I believe the performance boost is due to macOS enabling Intel’s AES-NI, which allow hardware acceleration of some key cryptography tasks. But I can’t figure out how this change was made, given the above data.
The Apple Open Source site may hold the answers, but that work is beyond my skill level.
Keep reading if you’d like to see how I came to the above summary…
I have no plans to move my main iMac to macOS Catalina, at least for the forseeable future. There are two key apps I use—Fujitsu’s ScanSnap scanner software and the Many Tricks’ accounting app—that are both 32-bit. In addition, there are changes in Catalina relative to permissions that make it somewhat Vista like and slow down my interaction with the system. (My MacBook Air is my “production” Catalina Mac, and I have an older retina MacBook Pro that I use for Catalina betas.)
But Apple really wants people to update to Catalina, so they let you know about Catalina…constantly, it seems. In System Preferences > Software Update, you’ll see this…
And while that’s annoying, it’s not nearly as annoying as the red “1” dot they stick on System Preferences, which will stare at you forever. I complained about this on Twitter, and as is often the case, some very bright people had solutions to the problem.
Updated for the fifth release of macOS Mojave (10.14), which came out on January 22, 2019
When the third release of macOS High Sierra came out, I charted the pace of its updates compared to all prior Mac OS X/macOS releases. I said I planned to keep that chart current, but decided that I’d use the fifth release (typically around six months from the OS release date) as the baseline.
Here’s the latest update for Mojave’s fifth update—a bit late, as that update (10.14.3) came out back in January. (Note that 10.0 is not shown, as it had only four releases.)
macOS 10.13 is clearly the outlier of the bunch, taking just 120 days to reach its fifth update, but macOS 10.14 is the only other release to hit its fifth update in under 200 days.
It certainly appears that Apple started pushing more updates more quickly when macOS 10.13 was released, but it’s hard to say just why: Is it a new strategy to push updates more quickly, is it buggier macOS releases, or are they catching bugs due to better reporting, the public betas, etc.? I don’t have a clue, but it’s clear that “more and faster” is a good summary of the last two macOS versions’ update releases.
Shortly after I bought my 2014 iMac, my third-party mouse died. So I started using the Magic Mouse that came with the iMac, and added “get new third-party mouse” to my to do list. Although I never found the Magic Mouse all that comfortable, I kept putting off replacing it.
Note: I really dislike reviews that are so short they read more like press releases (and sometimes actually are reprinted press releases). I don’t do a ton of reviews here, but when I do, they tend to be long, because I like to use a product first, then review it in depth.
So what follows are many words (and images) about a computer mouse. If you’d like the tl;dr version instead, here it is: I love the MX Master 2S due to its great ergonomics, customizability, and easy multi-computer support. Keep reading for the much longer version.
I recently purchased a new 2018 13″ MacBook Air—my first new Mac laptop in over five years. My hope is that this machine can replace two aging laptops: A 2013 13″ Retina MacBook Pro (I use this when I want more “power” or screen resolution) and a 2012 11″ MacBook Air (I use this when I want portability).
Instead of a full review, I’ll provide some brief thoughts on the machine, then move on to my main focus: The performance changes in Apple’s smallest laptops from 2012 to today, based on comparisons between my three machines. I was interested in how this would turn out, as the two older Macs are both Core i7 CPUs, versus the Core i5 in the new Air. There’s lots out there to read about how the 2018 Air compares to other current machines, or semi-new machines…but I thought it might be interesting to see how performance has changed in five-plus years.
As part of this longer post on my purchases from the Mac App Store over the last seven years, one particular bit really struck me: Based on my purchases, at least, there are a a lot of rarely-updated apps—and games in particular—in the Mac App Store.
Of the 116 purchases (or free downloads) I’ve made since the App Store opened, 90 are still available in the App Store today. At first glance, that seems pretty good—78% of what I have is still in the App Store. But it doesn’t look quite so good if I examine when each of those 90 apps was last updated:
Yes, 51 of those 90 apps (57%) have been updated within the last year, and that’s good. But what’s not good is that the remaining 39 apps (43%) haven’t been updated in at least a year—and of those 39 apps, 21 of them (over half!) haven’t been updated in four or more years.
Digging into those 21 apps reveals that four of them are utilities, five are general use apps, and 12 of them are games.
This particular chapter dealt with the making of Dark Castle, one of the earliest Mac video games. It’s a pretty amazing tale of life in the early days of home computing. For example, on the founding of the company that released Dark Castle:
Not one to be discouraged, Jackson withdrew most of his life savings, bought a Lisa, signed up for the Apple developer program, and founded the company Silicon Beach Software in mid-1984. He then met with seventeen-year-old Jonathan Gay and made a deal. Gay wouldn’t get any money up front, but he’d get royalties on sales of a Macintosh game that he’d program on weekends.
Reading the chapter brought back memories of playing both Dark Castle and its more-aggravating successor, Beyond Dark Castle. These side-scrolling platformers were fun, frustrating, and rewarding—a great mix for video games of any era. I wondered if it was possible to play them today, 30-plus years later…and of course, it was.
A friend asked if there was a way in Photos to see which albums a selected photo had been added to. This is one of those things that would be incredibly easy for Apple to provide: Select a photo, press Command-I, and in the info window, you could see a list of all albums containing the selected photo.
Unfortunately, Apple doesn’t seem to think people might care about what albums a photo is in, so this feature exists only in my mind. Thankfully, Mac users Jacques Rious and léonie wrote an AppleScript to solve the problem. I used the first instance (version 4) of the script in that post and it worked fine in High Sierra. (In case Apple ever decides to remove its forums, I’ve recreated the script below.)
To use the script, paste it all into AppleScript Editor and save it as an application (or you can just run it in AppleScript Editor). In Photos, create a top-level album (I named mine Find Albums Photo Is In), and place the photo you want to know about into that album. Leave it selected, then run the AppleScript. You’ll see one dialog stating what photo is being used, then after a bit, you should see a results dialog, like this:
As you can see, the album used for the search is included in the results; someone with better AppleScript skills than I could probably modify the script to exclude that album (any takers?). While I’d much prefer Apple include this feature directly in Photos, at least there’s an alternative when you need this information.
I thought “Well, that’s an easy question to answer—via the Mac App Store, of course.” As it turns out, that’s the right answer, but it was much harder to find than I expected it to be. I started on the Purchased tab in the Mac App Store app, where you can (theoretically) see all past purchases, including prior Mac OS X versions. However, those old releases stop with Mac OS X El Capitan from 2015; neither Sierra nor High Sierra are listed.
Next I tried searching the Mac App Store for Sierra, but that nets only Server and High Sierra, and a few apps that appear to have gotten away with using “Sierra” in their descriptions:
I then tried the Apple Developer site, but they don’t offer Sierra for download either.
Somewhat stumped, I then started searching, and after way too many attempts, I finally landed on this useful page at Stack Exchange, which attempts to explain how to download all older versions of Mac OS X/macOS. Here’s the relevant bit for Sierra:
For OS versions since Sierra.
Sierra itself has now vanished from everybody’s Purchase History. However, Apple are keeping Sierra fully available, even though High Sierra is out. No Apple ID is required.
Given how much trouble I had finding this page, I thought I’d post it here for anyone looking for Sierra. Going forward, keep that Stack Exchange link handy, as it should be updated in the future as new releases come out.
There’s a lot of chatter out there that High Sierra is potentially the worst macOS release ever, in terms of bugs and broken or missing functionality. From the recent Month 13 is out of bounds log spewage problem to the root no password required issue (whoops!) to a variety of other glitches, High Sierra has presented many users, myself included, with a near-constant stream of issues.
But is it actually any worse than prior macOS/OS X1I’ll just call it macOS from here on. releases? There’s really not a lot of information to go on, given Apple’s very-private development process and non-public bug tracker.
However, the one data source I do have is a list of every macOS release date. With 10.13.2 having just been released, I thought it might be interesting to see how quickly the third update arrived on each version of macOS. If High Sierra is worse than usual, I’d expect that the time required to reach its third update would be notably less than that of other releases.
After some fiddling in Excel, the data proved—with some caveats and observations—my hypothesis…