4 ms·
On macOS, there's App Nap: https://developer.apple.com/library/archive/documentation/Performance/Conceptual/power_efficiency_guidelines_osx/AppNap.html https://
by w-m 5y ago
On macOS, there's App Nap: https://developer.apple.com/library/archive/documentation/Performance/Conceptual/power_efficiency_guidelines_osx/AppNap.html https://developer.apple.com/library/archive/documentation/Pe...
I can see in the Activity Monitor that many apps actually are suspended this way: all the Apple stuff like Safari web content, Finder, Xcode, Music, but also quite a long list of 3rd party apps, like Microsoft Office or Sublime Text.
Unfortunately none of the messaging apps (Slack, Signal, WhatsApp) and their content and rendering processes ever seem to nap, nor seem other Electron-based stuff like VS Code. They're all happily eating 1-5% CPU, all day. Shame!
- incanus77 5y agoThis is yet another example of the advantages of native apps on the Mac platform, part of why Mac users get so upset about hogs like Slack. App Nap has been on the Mac platform for nearly 10 years.
- w-m 5y agoI’m curious why all the Electron apps fail at napping. As per the linked Apple documentation, there’s no need to opt in or call an API or anything, the app is simply required not to be constantly redrawing the window. Is this where they fail, with gifs and blinking cursors? Can’t be that simple, right, or somebody would have fixed it?
- incanus77 5y agoI'm curious too, but haven't looked into it. There's this: https://codereview.chromium.org/2914913002/ https://codereview.chromium.org/2914913002/ And I do know that in general, Chrome is perceived as a resource hog on the Mac, at the expense of great performance. I'm guessing it hasn't been made easy.
- deleted 5y ago[deleted]