MacBook Air 7.1 (Anfang 2015) friert fünf bis zehn Minuten nach der Anmeldung ein

In letzter Zeit war mein MacBook Air 7.1 (Anfang 2015) beim Start sehr langsam. Das heißt, das System bootet schnell, und dann kann ich mich anmelden, und der Desktop beginnt zu laden. Anfangs habe ich die Kontrolle und kann ein oder zwei Anwendungen öffnen, aber nach etwa dreißig Sekunden friert der Desktop ein. In der Regel dauert dies etwa fünf bis zehn Minuten.

Ich habe login itemsim Users & GroupsMenü nachgesehen, und es waren nur zwei Anwendungen aufgeführt. Ich habe sie deaktiviert, aber das Problem besteht weiterhin.

Ich konnte das system.log vor Beginn der Verlangsamung anzeigen, und der letzte Eintrag, mit dem das Protokoll gefüllt wurde, war

(com.apple.imfoundation.IMRemoteURLConnectionAgent): Unknown key for integer: _DirtyJetsamMemoryLimit

Später, als ich die Kontrolle wiedererlangte, konnte ich sehen, dass dieser Eintrag sehr oft im Protokoll auftauchte, etwa zehn bis fünfzig ^weitere Male während der nächsten zehn Sekunden, und dann nicht wieder bis etwa fünf Minuten später, wenn ich die Kontrolle wiedererlangte . Mein Verständnis ist, dass dies nur die Tatsache aufzeichnet, dass dem System der RAM ausgeht und es paging werden muss, was mit der Verlangsamung / dem Kontrollverlust vereinbar wäre.

Die Fragen sind zwei. Erste:

1. Was verursacht das Hängenbleiben des Systems und wie kann ich es beheben?

Ich weiß jedoch, dass diese Frage schwer zu beantworten ist, und auf jeden Fall würde ich es wirklich vorziehen zu wissen:

2. Wie finde ich heraus, was falsch läuft?

Das heißt, welche anderen Schritte muss ich unternehmen, um zu verstehen, was die Verlangsamung verursacht? Es wäre schön, wenn ich htopoder etwas Ähnliches verwenden könnte, um die Speichernutzung während dieses Zeitraums zu protokollieren, aber ich bin mir nicht sicher, wie ich es rechtzeitig starten kann. system.logIn ähnlicher Weise habe ich versucht , während des gleichen Zeitraums einschließlich der Verwendung durchzusehen

cat /private/var/system.log | cut -d: -f4- | uniq -c

um die häufigsten Nachrichten zu identifizieren, aber außer _DirtyJetsamMemoryLimitspringt nichts heraus.

1: _{Da wiederholte Nachrichten protokolliert werden, da ---last message repeated N times---es schwierig ist, genau zu zählen.}