Mac: high CPU in trustd/syspolicd/virus scanner when enabled about aw-watcher-window

[johan-bjareholt]

I don't think there's much point in debugging mac specific issues right now when we are completely rewriting the mac implementation
#40

Still though, trustd seems to have something to do with SSL certificates and syspolicyd apparently does a lot of things regarding keeping track of applications state (gatekeeper, if they are notirized, if they are a "legacy app" etc).

trustd doesn't seem to have any relation to activitywatch as we don't support SSL/HTTPS so I don't see at all why that should be involved in our process.
Regarding syspolicyd I can see why it might to keep track of activitywatch and what it's doing, but it does not make sense that it should use so much CPU resources. Let's start with hoping that the rewrite of the window watcher makes that process happier.

[varenc]

I can confirm I'm also seeing syspolicyd CPU usage spike when ActivityWatch is running... And it stops when ActivityWatch is closed.

Looking at the console log, after opening ActivityWatch syspolicyd emits a bunch of these log messages:

It later emits a lot of other messages too, but those are first and are the only ones typed "error".

ActivityWatch works and has all the correct permissions. No idea why ActivityWatch is causing this. Guess I'll have to hold tight for the updated Mac release.

[iloveitaly]

I'm seeing this and high memory usage. I think it has to do with using AppleScript calls on a frequent basis. Whether or not they are shelled out to a separate process, they create pretty high memory usage.

I believe #49 will be the ultimate solution here.

[ErikBjare]

This should be fixed with the new default window strategy (implemented in Swift), released in v0.12.1 just an hour ago.

Closing.