syspolicyd mit hoher CPU-Last: Auslöser am Mac finden
Wenn syspolicyd nach dem Öffnen einer heruntergeladenen App viel CPU beansprucht, prüfen Sie zuerst den Auslöser. Apples Hinweise zu Gatekeeper-Problemen zeigen syspolicyd bei der Bewertung von Systemrichtlinien, etwa bei der Prüfung der Notarisierung. Hohe CPU-Last allein verrät weder die betroffene App noch einen Defekt.
Was syspolicyd prüft
Gatekeeper hilft, die Entwickleridentität von Software außerhalb des App Store zu prüfen. Apples Code-Signing-Leitfaden beschreibt die Bewertung einer App samt Signatur beim ersten Start, einschließlich eingebetteten Codes. syspolicyd wirkt an dieser Sicherheitsarbeit mit, statt die Funktionen Ihrer App auszuführen.
Der erste Start eines neuen Downloads ist deshalb ein sinnvoller Ansatzpunkt. Bei einer aktualisierten App, einem großen App-Bundle, mehreren Installationsprogrammen oder wiederholten Entwickler-Builds notieren Sie, was beim Lastanstieg geöffnet oder ersetzt wurde. Das sind Untersuchungshinweise, keine Zusage, dass jeder Download oder Build dieselbe Prüfung auslöst oder länger dauert.
Für andere Prozesse und deren Herkunft lesen Sie Mac-Prozesse erklärt. Hier geht es gezielt um wiederkehrende App-Bewertungen.
Vor Änderungen eine ruhige Phase beobachten
Beobachten Sie syspolicyd in der CPU-Liste der Aktivitätsanzeige und notieren Sie Anstieg und Rückgang. Apples Anleitung zur Aktivitätsanzeige beschreibt Prozesssuche, Spaltensortierung und das Informationsfenster.
- Notieren Sie App-Name, Version und Aktion unmittelbar vor dem Anstieg.
- Lassen Sie eine laufende Installation abschließen, ohne weitere neue Apps zu öffnen.
- Pausieren Sie Ihre wiederholten Build-und-Start-Vorgänge oder wartende App-Starts.
- Beobachten Sie mehrere CPU-Messwerte und testen Sie dann eine bekannte App einzeln.
Ein Rückgang in dieser Phase ist ein Hinweis, identifiziert aber nicht die zuvor verantwortliche App. Es gibt hier keine feste Wartezeit. Eine anhaltende Rückkehr zum ruhigen Ausgangsniveau sagt mehr aus als ein einzelner niedriger Wert.
Erste Prüfung und reproduzierbares Problem unterscheiden
Ändern Sie für den Vergleich jeweils nur eine Bedingung.
| Beobachtung | Aussage | Nächster Schritt |
|---|---|---|
| Last sinkt nach dem Ende neuer App-Starts | Die Aktivität ließ in diesem Zeitraum nach | Normal weiterarbeiten und auf Wiederholung achten |
| Dieselbe App fällt wiederholt mit dem Anstieg zusammen | Reproduzierbarer Zusammenhang, noch keine Ursache | Version festhalten und diese Kopie untersuchen |
| Last bleibt ohne erkennbaren Auslöser hoch | Erster Start erklärt den Verlauf nicht vollständig | Beobachtungen sichern und Apple Support kontaktieren |
Bei einer Build-Schleife setzen Sie diese nach dem ruhigen Vergleich einmal fort und notieren das Ergebnis. Kehrt die Last zurück, beenden Sie den Versuch. Ändern Sie nicht gleichzeitig Build, Downloadquelle und Sicherheitseinstellungen, sonst bleibt der Vergleich unklar.
Die konkrete App untersuchen
Apple unterscheidet beschädigte Signaturen von Notarisierungsproblemen. Wenn dieselbe Kopie wiederholt nicht startet, sichern Sie Ihre Dokumente und beziehen ein neues Installationsprogramm vom Entwickler. Eine Warnung und ein CPU-Anstieg sind getrennte Hinweise.
Für Entwickler oder den Support dokumentiert Apple diese Signaturprüfung. Ersetzen Sie den Beispielpfad durch die konkrete App und behalten Sie die Anführungszeichen:
codesign -v -vvv --strict --deep "/Applications/Example.app"
Die Prüfung verändert die Signatur nicht. Ein Fehler muss vom Entwickler eingeordnet werden. Erfolg beweist weder eine gültige Notarisierung noch erklärt er die CPU-Last. Geben Sie Ergebnis, App-Version, macOS-Version und Zeitpunkt der Reproduktion weiter. Wiederholen Sie die Prüfung nicht während der Messung einer ruhigen Phase.
Gatekeeper eingeschaltet lassen
Das Abschalten der Bewertung verändert eine Sicherheitsgrenze, repariert aber nicht die auslösende App. Apples Signaturhinweise erklären Entwickleridentität und Notarisierung. Entfernen Sie keine Quarantäneattribute und verändern Sie keine Systemrichtlinien-Datenbanken als CPU-Abhilfe.
Ist der Mac auch unabhängig davon langsam, hilft Warum ist mein Mac so langsam?, CPU-Last von anderen Ursachen zu trennen, bevor Sie Apps oder Daten entfernen.
Was Mole hier leistet
Mole Mac zeigt unter Status Prozesse mit CPU- und Speichernutzung. Über % CPU lässt sich die Liste nach Last sortieren. Mole verändert keine Gatekeeper-Richtlinien. Verwenden Sie die Liste zur Beobachtung, nicht als Aufforderung, syspolicyd zu beenden.
Häufige Fragen
Bedeutet hohe CPU-Last, dass syspolicyd Schadsoftware ist?
Der Name allein beweist weder Echtheit noch Schadsoftware. Prüfen Sie die Prozessidentität und die vorausgehende Aktion.
Soll ich Gatekeeper gegen die CPU-Last abschalten?
Nein. Lassen Sie die Sicherheitsprüfung aktiv und untersuchen Sie die auslösende App oder den reproduzierbaren Ablauf. Ohne erkennbaren Auslöser geben Sie die Beobachtungen an Apple Support weiter.
Warum passiert es mit derselben App erneut?
Das rechtfertigt eine Untersuchung dieser Kopie und ihres Update- oder Build-Ablaufs. Der Anstieg allein beweist keine beschädigte Signatur, fehlgeschlagene Notarisierung oder einen macOS-Fehler.