Hallo,

Mache gerade mein neues MacBook Pro M4 pro mit 24 GB RAM auf und bekomme gleich diese Meldung:



Die Aktivitätsanzeige zeigt folgendes an:





Habe Safari dann mal beendet und mich abgemeldet und Safari wieder neu gestartet, der Speicherverbrauch bleibt. (Egal ob ich Safari oder Safari Technology Preview nehme.)

Das fand ich jetzt schon etwas schräg, auf meinem vorherigen MacBook Air M1 mit nur 8 GB RAM habe ich so etwas nie zu sehen bekommen. Ich hoffe, das bleibt eine einmalige Sache.

Starte den Rechner halt mal neu...

Safari Technology Preview ist ja doch eher für Entwickler und kann mit den aktuellsten Techniken ja immer mal etwas buggy sein. Da solltest du dich vielleicht nicht wundern und in solchen Fällen auch ruhig mal einen Neustart machen.

Ich schrieb doch, dass es egal ist, ob ich Safari oder Safari Technology Preview nutze. Sieht man auf dem ersten Screenshot auch.

Gerade mal den Computer neu gestartet und Safari auch (ohne eine Seite zu laden):




Safari als Prozess ist unauffällig aber was ist com.apple.Safari.History?

Vielleicht hilft dir das:

https://discussions.apple.com/thread/252521527?sortBy=rank

Danke, das geht schon mal in die richtige Richtung, aber CPU ist bei mir kein echtes Problem, das läuft so bei etwa 60% eines Kerns.

Die History wird am Ende des Tages immer von Cookie 7 gelöscht und ist dann erst einmal weg, kommt aber beim nächsten Start oft nach einigen Minuten wohl aus iCloud wieder zurück.

Ich könnte natürlich den Verlauf auch direkt in Safari löschen, aber dann sind auch alle Favicons in den Lesezeichen gleich mit weg. Allein die URLs aus dem Verlauf dürften auch keinen so irren Speicherbedarf rechtfertigen. In der Library sind meine gesamten Lesezeichen gerade mal 500 kB. Klar, ist nicht ganz das Gleiche, aber das Verhältnis stimmt einfach nicht.

Watt nimmse auch 'ne Beta-Software und heulst dann rum?

Mit dem normalen Safari habe ich noch nie solche Proble gehabt. Und ich lass auch nix löschen. Warum auch?

Wenn du mal richtig hinschaust, auf dem Screenshot im zweiten Post mit Standard-Safari gibt es das gleiche Problem. Im ersten waren sogar beide Safaris vertreten. Ich hatte das Problem bisher auch nicht, weder mit dem einen noch dem anderen Safari. Eine History, so es denn überhaupt eine klassische ist, kann nicht so viel Speicherplatz brauchen.

Wenn du dir vorher sicherst, dann nicht! Ich habe mir deshalb eine Kopie angelegt:

Allerdings haben diese in der Vergangenheit auch schon mal Ärger gemacht und mussten gelöscht werden. Daher gelegentlich diesen Cache kopieren.

Lesezeichen sind nach dem Löschen des Caches keineswegs weg!

Aus dem Bildschirmfoto Deiner Aktivitätsanzeige geht hervor, dass die beiden Safari History Prozesse (von der regulären Safari Version und von der Technologievorschau-Version) gigantisch viel RAM belegen. Eine sehr leicht durchzuführende Maßnahme ist, in beiden Safaris nacheinander den Verlauf zu löschen (und zwar über den kompletten Zeitraum; vorausgewählt ist nur die letzte Stunde, so weit ich mich erinnere). Ich denke, darum kommst Du nicht herum und das Zurückholen aus der Cloud muss auch unterbunden werden.

Ich lösche immer den gesamten Verlauf bzw. lasse ihn durch Cookie 7 löschen, daran wird es nicht liegen. Nur die "Letzte Stunde" löschen ist m.E. auch Unsinn.

Versuch doch mal folgendes um die Safari Technology Preview als Fehlerquelle auszuschließen:
Safari Technology Preview löschen und Neustart

Fummelt Cookie 7 nicht direkt an den Dateien von Safari rum, statt irgendwelche APIs zu nutzen? Könnte dann auch ein Ursache sein.

Gerade mal in ~Library/Safari nachgesehen, da ist bei beendetem Safari / Safari Developer Preview keine Datei mit History o.ä. zu finden und jetzt bei wieder laufendem Safari sind gerade mal die beiden Einträge von mtn im Verlauf.

Dennoch zeigt die Aktivitätsanzeige folgendes an:



Irgendwie passt der Speicherverbrauch des Prozesses in der Liste nicht so recht mit den Angaben im dazu gehörigen Infofenster zusammen. Der Speicherdruck ist aber schon ordentlich, wenn man bedenkt, dass ansonsten nichts besonders läuft. Frage mich überhaupt, wozu dieser Prozess eigentlich gut sein soll, der war mir bisher unbekannt.

Jetzt wo ich hier wieder auf mtn unterwegs bin, ist das in ~Library/Safari zu finden, das ist praktisch nichts:



Aber Datei natürlich != Prozess

Was sagt denn Geöffnete Dateien und Ports?

Hilft das irgendwie weiter?

Naja, das sind alle Dateien, die der Prozess geöffnet hat. Zumindest eine davon muss der Schuldige für den Speicherverbrauch sein.

Mach mal folgendes:

• Kopiere den gesamten Inhalt dieser Anzeige in ein TextEdit-Fenster mit reinem Text.
• Lösche die Zeile / und die Zeilen /dev/null.
• Ersetze alle Zeilenenumbrüche durch Leerzeichen. Das machst Du am besten mit der Suche-Ersetze-Funktion. Um einen Zeilenumbruch in die Suche einzugeben, tippst Du .
• Kopiere den gesamten Text (der nur noch eine sehr lange Zeile sein sollte).
• Gib in einem Terminal-Fenster
  ls -l[Leerzeichen][kopierten Text einfügen]
  ein.

Dann solltest Du eine Liste mit all diesen Dateien und u.a. ihrer Größe bekommen. Die kannst Du hier ja mal posten.

Ich würde tatsächlich mal prüfen, ob nicht eine der Safari-Erweiterungen mit schuldig ist.
Deaktiviere diese Mal - wenn es das nicht ist, weißt du das wenigstens.

Ich kann mir vorstellen, dass Cookie7 im Hintergrund etwas macht (zB am Browserverlauf basteln) was macOS bzw. Teile von Safari wieder rückgängig machen wollen (iCloud-Sync) - und die beiden kommen sich in die Quere, enden in einem Deadlock und können so reservierten Speicher nicht freigeben. Da es nicht klappt, wird der Vorgang erneut gestartet, landet wieder in einem Deadlock mit reserviertem Speicher und so weiter. Das schaukelt sich dann nach und nach auf. Scheinbar passiert dieser Vorgan gauch nicht in dedizierten Threads, sonst würde eine auffällig hohe Zahl von Threads in der Aktivitätsanzeige erscheinen.

Eventuell hilft auch ein Neustart im abgesicherten Modus, dann werden Erweiterungen, die nicht von Apple sind, nicht geladen. Ob das auch auf Safari-Erweiterungen zutrifft, ist mir aber nicht bekannt.

@weia: Ich vermute, das ist nicht ganz das, was du dir vorgestellt hast, oder habe ich etwas falsch eingegeben?

Last login: Tue Nov 12 10:37:02 on ttys000
tbulla@MacBook-Pro-TB ~ % ls -l /System/Volumes/Preboot/Cryptexes/App/usr/libexec/com.apple.Safari.History /Library/Preferences/Logging/.plist-cache.hKTmCrE5
/usr/share/icu/icudt74l.dat /System/Volumes/Preboot/Cryptexes/Incoming/OS/System/Library/PrivateFrameworks/SafariShared.framework/Versions/A/Resources/en.lproj/Localizable.strings /System/Volumes/Preboot/Cryptexes/Incoming/OS/System/Library/PrivateFrameworks/SafariShared.framework/Versions/A/Resources/en.lproj/Localizable.stringsdict /Users/tbulla/Library/Safari/History.db-shm /Users/tbulla/Library/Safari/History.db-lock /Users/tbulla/Library/Safari/History.db /Users/tbulla/Library/Safari/History.db-wal /Users/tbulla/Library/Safari/History.db-shm

ls: /Library/Preferences/Logging/.plist-cache.hKTmCrE5: No such file or directory
-rwxr-xr-x 1 root wheel 137664 22 Okt 05:29 /System/Volumes/Preboot/Cryptexes/App/usr/libexec/com.apple.Safari.History
zsh: permission denied: /usr/share/icu/icudt74l.dat
tbulla@MacBook-Pro-TB ~ %

@ssb: Safari-Erweiterungen habe ich keine installiert. Cookie 7 löscht beim beenden von Safari die History Datenbank in ~Library/Safari schon ewig restlos. Allerdings kommt der Verlauf der letzten 7 Tage nach einiger Zeit oft wohl aus iCloud wieder zurück.

Watt biste zu unfähig zu lesen und dann zu klugscheißen?

Weil dein Blick wohl zu beschränkt ist.

Ich tippe auch auf ein Zusammenspiel zwischen Cookie 7 und Safari. Deaktiviere doch mal den iCloud Sync für Safari und beobachte die Sache.

Stimmt. Du hast die Textausgabe leider nicht als Code formatiert, sodass sie abgeschnitten und unleserlich ist. Kannst Du das bitte nochmal als Code machen?

Poste bitte zur Sicherheit auch noch den Text in TextEdit, so, wie Du ihn ins Terminal kopierst, ebenfalls als Code formatiert.

Was meins du mit "als Code" formatiert? Das ist nicht so mein Fachgebiet...

Ist es so richtig?

Nicht ganz. Zwischen .plist-cache.hKTmCrE5 und /usr/share/icu/icudt74l.dat ist noch ein Zeilenumbruch, der durch ein Leerzeichen ersetzt werden muss.

Du kannst das ganz einfach überprüfen, indem Du in TextEdit einen Dreifachklick auf irgendeine Textstelle machst. Der muss den gesamten Text auswählen, wenn alles passt.

Solltest Du bei der Ausgabe permission denied-Meldungen bekommen, so musst Du vermutlich dem Terminal in den Systemeinstellungen noch Zugriff auf die gesamte Festplatte erlauben oder/und noch ein sudo vor das ls setzen und auf Nachfrage ein admin-Passwort angeben.

PS: ich bin heute den Rest des Tages fort.

@weia:

Ok, Fehler behoben, danke schon mal.

Terminal gibt jetzt nur folgendes aus:

Nachtrag: Der ehemals speicherfressende Prozess com.apple.Safari.History beansprucht jetzt nur noch 3,4 MB:



Wenn das in etwa so bleiben sollte, alles gut. Warum das jetzt aber so extrem anders ist, weiss ich auch nicht. 🤷‍♂️

Oooops! Das ergibt keinen rechten Sinn. Wenn Du das trotz der augenblicklichen Entspannung der Situation noch weiter verfolgen willst, poste bitte mal Eingabe und Ausgabe in Terminal zusammen.
Naja, offensichtlich dadurch, dass com.apple.Safari.History gekilled und in Folge von macOS neu gestartet wurde.