Shocking even myself, I’m now the owner of a Touch Bar equipped MacBook Pro—I purchased the entry-level 16″ model last weekend. Why? I’ll save the detailed explanation for an upcoming look at the machine and its performance, but the main goal was to replace two laptops with one.
But just because I now have a Touch Bar-equipped Mac doesn’t mean I suddenly like the Touch Bar. In fact, my feelings about it haven’t changed since I wrote about it two years ago:
The Touch Bar, despite its name, is actually an Eye Bar: It forces your eyes off the screen, down to the Touch Bar, back up to the screen, repeat ad infinitum.
After some hours working with my new MBP, this is definitely a problem—and it’s a problem even when I’m not using the Touch Bar, which is pretty much all the time: I’ve found that the changing images and colors on the Touch Bar grab my eye every time I switch apps…
The camera was focused on the Touch Bar, but when I’m looking at the screen, I see all that activity just below the screen, and it’s really distracting. Thankfully, there’s an easy fix, and one I’d not heard of prior to buying this machine…
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…
Updated and republished for macOS 10.15.2; skip it unless you really really care about all the macOS releases. Originally published on November 14th, 2005.
Below the break is a table showing all major releases of macOS (previously Mac OS X) from the public beta through the latest public version, which is macOS 10.15.2, as of December 10th, 2019—the 130th release in total.
Note: Click the ⓘ symbol to read Apple’s release notes for a given update.
We were fortunate enough to have an Apple ][ in our home, and I remember reading Softline for their game reviews and ads for currently-released games.
It was those ads that caught my eye as I browsed a few issues. Consider Missile Defense, a fun semi-clone of the arcade game Missile Command. To give you a sense of what games were like at the time, here are a few screenshots from the game (All game images in this article are courtesy of MobyGames, who graciously allow use of up to 20 images without prior permission.)
While I have older hardware (a 2013 MacBook Pro) that I use for testing macOS betas—it’s now running Catalina—it’s often handy to have the latest macOS beta running in VMware Fusion on my iMac. With past OS releases, this has been a relatively easy process. With Catalina, however, attempting the install results in a black screen.
Thankfully, some enterprising Fusion users (Bogdam and intel008) have figured out a workaround. I tried it, and while it did work for me, I had to change the instructions just a bit (read on for the details).
Long-time readers know that I am not a fan of the Touch Bar. I understand that many people like it, but for me, forcing my eyes to the keyboard is not a time saver, especially when the Touch Bar has also taken over the physical Escape key.
If asked, I imagine Apple would say that sales of Touch Bar equipped Macs have been strong, much stronger than their non-Touch Bar alternatives. And I have no doubt that that’s true, because Apple has seriously handicapped the non-Touch Bar Macs.
Want a 15″ non-Touch Bar MacBook Pro? Sorry, that machine no longer exists—and when it did exist, it was multiple generations older than the Touch Bar models available at the time.
So let’s look at the 13″ MacBook Pro, where you can still buy a non-Touch Bar model. I configured a non-Touch Bar machine with the fastest CPU available, 16GB of RAM, and a 512GB SSD. I then configured a Touch Bar model to match. Here’s how certain features on the two models compare…
In Part 1 of my 2014 vs 2019 iMac comparison articles, I provided an overview and a number of comparison benchmark results. In Part 2, I looked at changes in gaming performance between the two machines.
But there was one more thing I wanted to do: Compare Blu-ray ripping speeds. At the time, though, I didn’t have any new movies to rip, and I really didn’t want to spend the time re-ripping an existing movie. Now, though, I do have a few new movies to rip, as I’m trying to finish our collection of all the films in the first three phases (now called the Infinity Saga) of the Marvel Cinematic Universe.
That meant buying the films I’d liked the least—The Incredible Hulk and the first two Thor movies. With that came the chance to compare the Blu-ray ripping speed of the two iMacs. I use the method described in my article Revisiting ripping Blu-ray discs, which is this:
Use MakeMKV to create an MKV file on the hard drive that contains the video and audio tracks.
Use Don Melton’s Video Transcoding tools to create the final movie from the MKV file.
Using The Incredible Hulk, I timed how long it took to create the MKV file and how long it took to create the finished movie. Without further ado, the results (times are in hh:mm:ss format)…
My new iMac runs Mojave; my old iMac never moved off High Sierra, which I felt was a fine version of macOS. Now that I have no choice but to use Mojave full time (I have it on my laptop for work purposes), I’m finding some annoying changes. Amongst those annoyances, this one is—by far—the most annoying…
That’s a set of messages in Mail, as viewed in Classic View mode (using San Francisco Display at 15pt on both Macs).
Somewhere in Apple, someone thought it’d be a great idea to reduce the line spacing in Mail—only when using Classic View, which is my forever-preferred view. Maybe they’re doing this to force us to upgrade to the modern view?
Update: After I posted this, Brad Oliver contacted me on Twitter about the frame rates for DiRT Rally—he commented that the fact that they were clustered around 60fps made him think I’d left vertical sync (Vsync) on…and he was right. I’ve updated that section with the modified results, as well as one additional comparison I forgot to include the first time.
Oh, and in case you don’t know Brad…he was directly involved in porting DiRT Rally to the Mac for Feral, so he knows his stuff! Thanks Brad!
In part one of the comparison between my old and new iMacs, I provided a brief overview of the new machine, tech specs for both, and a number of benchmarks. (I also tested the video card against a Windows GeForce GTX 1080, and posted a slide-over image that demonstrates the wider color gamut on the new Mac.)
In today’s second (and final) part, I’ll take a look at video processing performance (via iMovie), how well the new iMac handles gaming, and then wrap up the whole series.
I knew my new iMac had the wide color gamut (P3) display, but until I used it side-by-side with my old iMac, I didn’t realize just how different things would look. In my comparison test of the two iMacs, there are a couple of photos of onscreen images—one set with the default iMac color profile, the next with the Adobe RGB (1998) color profile—the differences are quite obvious, especially on the default profiles.
Here’s one last image, with a comparison slider, so you can more easily see how the colors change. (Thanks to Kirk McElhearn for the source photo.)