Lightroom Classic 10 M1 Macs with Rosetta: excessive disk read/writes to SSD
Usually, I'd consider this kind of digging into stats when all works well as a bit dumb but actually... this is truly a bit worrisome.
I have MBP13 with M1 Apple Sillicon processor. 16 GB RAM / 1TB SSD. Lightroom Classic runs blazingly fast! But there's a very concerning issue.
M1 MBP has quite intense swappiness (indicated by kernel_task writes) but running Lightroom Classic results with absolutely CRAZY DISK WRITES by kernel_task.
- Today in the morning I've been mostly running Slack + Safari today and then opened Lightroom Classic twice just for testing and I've had 450GB of writes!
- To make a bit more "scientific" test I've restarted the machine and and launched no application except the Lightroom Classic. Almost instantly it took13-14GB of memory (I'd not care honestly) but inspecting the process showed that Virtual Memory grows steadily as you operate in "Develop" tab. What's most important this is reflected in writes to disk done by "kernel_task". In 15 minutes of scrolling through images and applying some presets at Random and I'm at whopping 20GB written to disk by kernel_task. And this is not some weird "cache writes" that do not affect the SSD like some people on Mac forums tries to "explain", SSD health tools confirm those writes.
- It doesn't happen when scrolling images in "Library" and basically doesn't persist when I do nothing or close Lightroom Classic and work with other applications.
I have no idea what's the reason but discussions on Mac forums indicate that it's widespread.
It seems like some Lightroom/Rosetta/Swapping bug. Feels almost like using Lightroom Classic @9273564 makes kernel constantly drop GPU's memory content on disk (which would explain why some people report that disabling GPU acceleration helps a bit.).
Swapping is all fine on modern machines but writing hundreds of gigabytes of data in a few hour session in Lightroom Classic is definitely not. Even the best SSDs (I mean, assuming real-world durability being as high as 1petabyte write lifetime) cannot survive this in the long run!
