Live data from Hacker News

Electron-based apps cause system-wide lag on macOS 26 Tahoe

github.com

151–160 of 227 posts

Re: Electron-based apps cause system-wide lag on macOS 26 Tahoe

#153
post #74
post #50

Earlier quoted context omitted.

It’s true that they’ve made some progress but my work laptop running Windows 11 still has UI elements from Windows 95/NT 4. The file system hasn’t improved since then and the keyboard responsiveness is actually worse. BeOS on 90s hardware absolutely torches Windows 11 on things like UI responsiveness, ability to multitask without degrading UI performance, and the file system (not networking, of course, it wasn’t perf…

You can actually tell the old controls from the Win NT by how fast and responsive they are. They also properly follow the best practices by showing keyboard accelerators when you press "alt". It's the new stuff that is slow and unusable.

And they also explain themself to the user. The new UI often doesn't tell you at all, what exactly you are modifying here, while the old often has paragraphs of explanation.

Re: Electron-based apps cause system-wide lag on macOS 26 Tahoe

#154
post #8

Earlier quoted context omitted.

I know it's a defacto complaint to leverage against Electron apps, but memory usage notwithstanding, I've never run into much lag issue on any major Electron app.

It depends. Numerous times when internet is spotty Slack and Discord both on different occasions have brought my systems to a halt until they can complete whatever task is stuck waiting (or I force close them). It's really fucking obnoxious that somehow a goddamn web app in a wrapper is managing to cause system wide hangs.

Can't you interrupt them (aka SIGSTOP) instead? Then you could resume them, instead of reopening them and potentially using state.

Re: Electron-based apps cause system-wide lag on macOS 26 Tahoe

#155

It seems odd that Apple could release an update that breaks common software, and not go to the trouble of at least contacting the developers of the software and discussing the issue.

Before I left Apple ~10y ago, it was pretty common to drop linked-on-or-after hacks into AppKit and UIKit to keep popular software chugging along. Assuming they're still doing that sort of thing, this was either missed or deemed not high-enough priority to add such a check (or maybe one was added, and the only reason this issue has been noticed is because Electron and Electron apps are now being built against the macOS 26 SDK).

Re: Electron-based apps cause system-wide lag on macOS 26 Tahoe

#156

How difficult would it be just to switch to Swift for some of these apps?

You're talking about adding at least $10M to the budget and a 2 year lead time for each of these companies.

Without question worth it for the big CO’s like salesforce (market cap $230B) and MS (market cap $4T)

Re: Electron-based apps cause system-wide lag on macOS 26 Tahoe

#157
post #24

Earlier quoted context omitted.

So you're blaming because they've changed a private API which electron not only used, but also seemed to have patched?

No, for "pushing out updates that cause issues [with very common software]".

As a dev, if you use a private method, you've just taken ownership of the problem. I suggested to you in our contract not to do it, and that it would likely not be supported, and you did it anyway. Fix your shit, common software or not.

Re: Electron-based apps cause system-wide lag on macOS 26 Tahoe

#158
post #145
post #57

Earlier quoted context omitted.

The instructions for fixing a Mac's corrupted spotlight index are amazing. I was planning to do it earlier this year, but the number of manual actions was just too ridiculous. Then, after it was broken for months, it spontaneously started working again.

It's a little heterodox, but not hard at all[1] and it takes literally less than a minute to trigger the rebuilding. [1] https://support.apple.com/en-us/102321

The ones I was reading involved recovery mode and editing inodes.

Re: Electron-based apps cause system-wide lag on macOS 26 Tahoe

#160

Earlier quoted context omitted.

I’m happy to refer to a better workaround if you have one?

1. workaround for high GPU load by Electron apps (what this HN thread is about) — see the command here: https://github.com/electron/electron/issues/48311#issuecomme... 2. unrelated workaround for scroll bug - defaults write com.google.Chrome NSAutoFillHeuristicControllerEnabled -bool false

Too late to edit now, but yep, the launchctl headless workaround works around Electron lagging the system, and the scroll bug works around macOS lagging the system. Thanks!
Post reply on HN