Latest WebKit Build Doubles Scrolling Performance on MacBook Pro with Retina Display

October 2024 ยท 2 minute read

In both of our MacBook Pro with Retina Display reviews (13-inch & 15-inch), I pointed out a big downside to the user experience today: UI performance in some applications is significantly reduced compared to non-Retina models. I couldn't find a direct cause for the issue, just that whatever work Apple does to make OS X look like OS X ends up requiring quite a bit of CPU power, and the workload scales with resolution. I've seen this in applications like Mail and Safari, although it's present in more than just that. 

In our 13-inch rMBP review I proposed a couple of solutions: 1) a dramatic increase in single-threaded CPU performance, and/or 2) software improvements (e.g. the move to Mountain Lion for example shifted more animation workload over to the GPU, improving scrolling performance vs. Lion on rMBPs). 

Last week I received a tip (thanks Joan!) pointing me at a Macrumors post claiming that the latest nightly builds of WebKit fixed scrolling performance on the rMBP. I grabbed a build (r135516 - it's no longer the latest build but I assume the later builds also contain the fix) and tried it out on the 13-inch rMBP. Scrolling down my Facebook news feed ended up being one of the best showcases for poor scrolling performance on the rMBPs, so that's obviously the first test I ran. As always I used Quartz Debug to measure UI frame rate. First, here's what the average frame rate looked like using the latest version of Safari on Mountain Lion with the 13-inch rMBP running at the scaled 1440 x 900 setting:

13-inch rMBP, 1440 x 900 scaled setting, Safari Version 6.0.2 (8536.26.17)

Average frame rates end up being around 20 fps, with dips down as low as 17 fps. Now here's the same test but using the r135516 WebKit build:

13-inch rMBP, 1440 x 900 scaled setting, WebKit Nightly r135516 Safari Version 6.0.2 (8536.26.17, 537+)

Performance is more than doubled! Scrolling is so much smoother. I also ran tests on pages that previously worked fine (e.g. the AnandTech front page) and performance hadn't changed there. I haven't managed to figure out exactly what's changed in the codebase to improve performance so much but it's appreciable.

For those of you who are early adopters of Retina MBPs, there looks to be some hope that we might see software solutions to improving UI performance. The real question is when we'll see these types of improvements rolled into OS X. 

ncG1vNJzZmivp6x7orrAp5utnZOde6S7zGiqoaenZIN1hZRoo5qslajBbsPEm6KirF2Xwqq4w2abqK2SobK0edKcqaiknJ67qHnPnqmfp6Kirq%2BvxGamp2WdlrCju86kZKmqn2LEqsDHZqmerJmjrm6wyKynpZmp