Speichermangel???

Push-Nachrichten von MacTechNews.de

Würden Sie gerne aktuelle Nachrichten aus der Apple-Welt direkt über Push-Nachrichten erhalten?

Forum>Hardware>Speichermangel???

thomas b.11.11.2415:57

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.

Kommentare

1 2 ＞|

Moranai11.11.2416:52

Starte den Rechner halt mal neu...

buck11.11.2416:58

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.

thomas b.11.11.2417:03

buck

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?

113711.11.2417:16

Vielleicht hilft dir das:

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

thomas b.11.11.2417:35

1137

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.

Upsi11.11.2417:48

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?

-12

thomas b.11.11.2417:58

Upsi

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.

M@rtin11.11.2418:13

thomas b.

...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. ...

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!

Wellenbrett11.11.2418:23

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.

thomas b.11.11.2418:37

Wellenbrett

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.

buck12.11.2400:30

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

Nebula12.11.2400:41

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

„»Wir werden alle sterben« – Albert Einstein“

thomas b.12.11.2401:19

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

Weia12.11.2401:24

thomas b.

Irgendwie passt der Speicherverbrauch des Prozesses in der Liste nicht so recht mit den Angaben im dazu gehörigen Infofenster zusammen.

Was sagt denn Geöffnete Dateien und Ports?

„“I don’t care” is such an easy lie. (The Warning, “Satisfied”)“

thomas b.12.11.2401:27

Weia

thomas b.

Irgendwie passt der Speicherverbrauch des Prozesses in der Liste nicht so recht mit den Angaben im dazu gehörigen Infofenster zusammen.

Was sagt denn Geöffnete Dateien und Ports?

Hilft das irgendwie weiter?

Weia12.11.2402:48

thomas b.

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.

„“I don’t care” is such an easy lie. (The Warning, “Satisfied”)“

ssb12.11.2408:59

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.

thomas b.12.11.2410:39

@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.

matt.ludwig12.11.2411:35

Upsi

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

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

Upsi

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

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.

Weia12.11.2414:28

thomas b.

@weia: Ich vermute, das ist nicht ganz das, was du dir vorgestellt hast

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.

„“I don’t care” is such an easy lie. (The Warning, “Satisfied”)“

thomas b.12.11.2415:50

Weia

thomas b.

@weia: Ich vermute, das ist nicht ganz das, was du dir vorgestellt hast

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

matt.ludwig12.11.2416:34

thomas b.

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

thomas b.12.11.2417:17

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

Ist es so richtig?

Weia12.11.2417:58

thomas b.

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.

„“I don’t care” is such an easy lie. (The Warning, “Satisfied”)“

thomas b.12.11.2419:17

@weia:

Ok, Fehler behoben, danke schon mal.

Terminal gibt jetzt nur folgendes aus:

zsh: killed /System/Volumes/Preboot/Cryptexes/App/usr/libexec/com.apple.Safari.History

thomas b.12.11.2419:49

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. 🤷‍♂️

Weia13.11.2401:47

thomas b.

Terminal gibt jetzt nur folgendes aus:

zsh: killed /System/Volumes/Preboot/Cryptexes/App/usr/libexec/com.apple.Safari.History

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.

thomas b.

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

Naja, offensichtlich dadurch, dass com.apple.Safari.History gekilled und in Folge von macOS neu gestartet wurde.

„“I don’t care” is such an easy lie. (The Warning, “Satisfied”)“

thomas b.13.11.2420:45

Der Prozess ist inzwischen wieder ordentlich angewachsen, das passiert auf meinem Intel-iMac mit macOS 15 übrigens genau so. Dürfte dann wohl eher nicht am System liegen. Hier der ganze Output vom Terminal:

Last login: Tue Nov 12 19:15:10 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/usr/share/icu/icudt74l.dat: No such file or directory
ls: /Users/tbulla/Library/Safari/History.db-lock: 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
-rw-r--r--  1 root    wheel     4823 22 Okt 09:44 /System/Volumes/Preboot/Cryptexes/Incoming/OS/System/Library/PrivateFrameworks/SafariShared.framework/Versions/A/Resources/en.lproj/Localizable.strings
-rw-r--r--  3 root    wheel     1026 22 Okt 09:44 /System/Volumes/Preboot/Cryptexes/Incoming/OS/System/Library/PrivateFrameworks/SafariShared.framework/Versions/A/Resources/en.lproj/Localizable.stringsdict
-rw-r--r--@ 1 tbulla  staff   139264 13 Nov 19:28 /Users/tbulla/Library/Safari/History.db
-rw-r--r--@ 1 tbulla  staff    32768 13 Nov 09:25 /Users/tbulla/Library/Safari/History.db-shm
-rw-r--r--@ 1 tbulla  staff    32768 13 Nov 09:25 /Users/tbulla/Library/Safari/History.db-shm
-rw-r--r--@ 1 tbulla  staff  2027072 13 Nov 20:41 /Users/tbulla/Library/Safari/History.db-wal
tbulla@MacBook-Pro-TB ~ %

Das Statistik-Fensterchen vom Prozess in der Aktivitätsanzeige zeigt übrigens Fehler im 3-stelligen Millionenbereich an:

Der Speicherdruck hat auch schon wieder ordentlich zugenommen:

thomas b.13.11.2422:23

Nachtrag:

Zumindest für mich ist auch interessant, wo der Prozess überhaupt zu finden ist:

B_Babb13.11.2423:04

Hier was zu lesen bevor Du weiter systemprozesse per hand abschiesst.

https://www.iboostup.com/blog/what-are-cryptexes-why-they-take-up-mac-space#:~:text=It%20is%20essentially%20a%20sealed,tampered%20with%20before%20mounting%20it.

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

https://eclecticlight.co/2024/09/04/where-has-safari-gone-and-why-are-macos-updates-larger-for-apple-silicon/

Weia13.11.2423:37

thomas b.

Der Prozess ist inzwischen wieder ordentlich angewachsen, das passiert auf meinem Intel-iMac mit macOS 15 übrigens genau so. Dürfte dann wohl eher nicht am System liegen.

Wieso? Wenn auf beiden macOS 15 läuft? Hast Du bei den beiden Macs das Nutzerkonto vererbt, also vom älteren Mac auf den jüngeren übernommen?

Hier der ganze Output vom Terminal:

Jetzt passt’s. Ich habe die Pfade mal gekürzt und das Ganze gruppiert und mit Spaltennamen versehen, um es lesbarer zu machen:

ls: /Library/.../.plist-cache.hKTmCrE5/.../icudt74l.dat: No such file or directory
ls: /Users/.../Safari/History.db-lock: No such file or directory

Rechte        User    Gruppe  Größe  Geändert am  Dateipfad
-rwxr-xr-x  1 root    wheel   137664 22 Okt 05:29 /System/.../com.apple.Safari.History
-rw-r--r--  1 root    wheel     4823 22 Okt 09:44 /System/.../en.lproj/Localizable.strings
-rw-r--r--  3 root    wheel     1026 22 Okt 09:44 /System/.../en.lproj/Localizable.stringsdict

-rw-r--r--@ 1 tbulla  staff   139264 13 Nov 19:28 /Users/tbulla/Library/Safari/History.db
-rw-r--r--@ 1 tbulla  staff    32768 13 Nov 09:25 /Users/tbulla/Library/Safari/History.db-shm
-rw-r--r--@ 1 tbulla  staff  2027072 13 Nov 20:41 /Users/tbulla/Library/Safari/History.db-wal

Zwei Dateien konnten nicht gefunden werden: die erste ist eine temporäre Cache-Datei und die zweite eine temporäre Lock-Datei (die nur existiert, solange die Datenbank bearbeitet wird und daher kein anderer Prozess reinpfuschen darf). Bei beiden ist folglich OK, dass sie zum Zeitpunkt Deiner Terminal-Eingabe gar nicht mehr existierten.

Dann kommen 3 Dateien, die root (also dem System) gehören: das ausführbare Programm, um das es hier geht, und 2 Lokalisierungsdateien für Englisch. Das sind statische Dateien, die sich nur bei einem macOS-Update ändern können und daher für das Problem wachsender Größe uninteressant sind.

Die letzte Gruppe gehört Dir und stellt zusammen die History-Datenbank dar; das ist offenkundig der interessante Teil. Aber die letzte, größte Datei ist auch nur 2 MB groß (die Dateigröße wird bei diesem Terminal-Befehl in Bytes angegeben). Daran kann der Speicherverbrauch von Massen von GB nicht liegen. Schade, also wissen wir nur, was das Problem nicht ist.

Verschiebe doch mal, während Safari nicht läuft, die History.db…-Dateien in irgendeinen anderen Ordner, so dass sie aus Safaris Sicht gelöscht sind und Safari sie beim nächsten Start neu anlegen wird. Wächst der Speicherverbrauch dann wieder so? Falls nicht, ist die Datenbank zwar nicht groß, enthält aber irgendeinen Fehler, der com.apple.Safari.History zum Durchdrehen bringt.

„“I don’t care” is such an easy lie. (The Warning, “Satisfied”)“

Weia13.11.2423:50

B_Babb

Hier was zu lesen bevor Du weiter systemprozesse per hand abschiesst.

Wie kommst Du darauf, dass er das hat?

Und die Links dürften allesamt nicht weiterhelfen.

„“I don’t care” is such an easy lie. (The Warning, “Satisfied”)“

B_Babb14.11.2400:16

ich vermute mal, das nachdem was ich in den links gelesen habe, das macos system entweder einen update,
einen scurity patch oder einen icloud backup / abgleich durchführen möchte und dazu nun mal bis das erledigt ist,
in dem cryptexes process verschlüsselt was lädt. wenn das immer unterbrochen wird, oder gelöscht oder der process abgeschossen - fängt das system immer wieder von vorne an.

thomas b.14.11.2400:17

Weia

thomas b.

Der Prozess ist inzwischen wieder ordentlich angewachsen, das passiert auf meinem Intel-iMac mit macOS 15 übrigens genau so. Dürfte dann wohl eher nicht am System liegen.

Wieso? Wenn auf beiden macOS 15 läuft? Hast Du bei den beiden Macs das Nutzerkonto vererbt, also vom älteren Mac auf den jüngeren übernommen?

Oh, der Intel-iMac i5 von 2018 läuft noch auf macOS 13.x (mehr geht da nicht mehr), mein Fehler..

Habe gerade mal Safari beendet und die vier History Dateien in den Papierkorb verschoben. Danach war der Prozess nicht mehr aktiv. Jetzt Safari neu gestartet, der Prozess ist wieder da und wächst schon wieder mehr als ordentlich.

sudoRinger14.11.2400:21

Hier wird für dein Problem vorgeschlagen iCloud für Safari zu deaktivieren . Ich hätte da keine großen Hoffnungen, aber der Versuch geht schnell.
Hier hat jemand bei com.apple.Safari.History sogar über 100 GB
Das Problem scheint sporadisch schon früher aufgetreten zu sein.

Weia14.11.2400:21

thomas b.

Habe gerade mal Safari beendet und die vier History Dateien in den Papierkorb verschoben. Danach war der Prozess nicht mehr aktiv. Jetzt Safari neu gestartet, der Prozess ist wieder da und wächst schon wieder mehr als ordentlich.

Dann hat es mit Deiner individuellen History jedenfalls nichts zu tun.

„“I don’t care” is such an easy lie. (The Warning, “Satisfied”)“

thomas b.14.11.2400:27

Weia

thomas b.

Dann hat es mit Deiner individuellen History jedenfalls nichts zu tun.

Schon etwas seltsam, dass dieser Prozess gleichermaßen auf dem MacBook pro M4 unter macOS 15 und auch auf dem älteren iMac i5 unter macOS 13 ausufert. Das MacBook pro habe ich erst seit ein paar Tagen, davor hatte ich ein MacBook Air M1, liegt evlt. irgendwie an dem neuen Computer? Das Problem hatte ich auf dem iMac und dem MacBook Air in den ganzen Jahren nicht.

iCloud für Safari möchte nur ungern deaktivieren, darüber werden die 2 Macs und 2 iPhones synchron gehalten.

Weia14.11.2401:01

thomas b.

liegt evlt. irgendwie an dem neuen Computer?

Nein, das ist definitiv ein Softwareproblem.

Hast Du schon mal Apple angerufen? Bei einem neuen Mac hast Du ja kostenlosen Support. Der 1st Level Support wird Dir vermutlich nicht helfen können, aber vielleicht der 2nd Level Support.

„“I don’t care” is such an easy lie. (The Warning, “Satisfied”)“

-1

Nebula14.11.2409:03

thomas b.

iCloud für Safari möchte nur ungern deaktivieren, darüber werden die 2 Macs und 2 iPhones synchron gehalten.

Die Daten bleiben ja in der Cloud. Wenn du es später wieder einschaltest, wird der Mac wieder synchron sein. Da das Problem auch beim alten Mac auftritt, könnte iCloud tatsächlich involviert sein.

„»Wir werden alle sterben« – Albert Einstein“

ssb14.11.2409:13

Also hat das Löschen der lokalen History-DB das System erst einmal beruhigt. Dann hast du Safari neu gestartet und vermutlich wird gleich aus der iCloud eine History-DB geladen und das Problem beginnt von vorne.

Klingt für mich danach, dass die History-DB von der iCloud ein Problem hat - zumal das ja scheinbar jetzt auch auf einem älteren Mac mit einem älteren macOS (und älterem Safari) auftritt. Das einzige was die beiden Rechner gemeinsam haben, ist die Browser-History aus der iCloud.

Daher halte ich es durchaus für sinnvoll, den iCloud-Sync der Browser-History an einem der Rechner zu deaktivieren, die lokale History-DB zu löschen und dann zu beobachten, was passiert, wenn du Safari neu startest.

Du kannst auch einfach mal einen neuen Account anlegen, der NICHT mit der iCloud verbunden ist und dir dann das Verhalten anschauen. Für den Account dürfte ja nichts synchronisiert werden. Eventuell den Rechner neu starten und dich nur mit den neuen Account anmelden. Auf dem Account keine Erweiterungen aktivieren - du wirst aber ggf. Admin-Rechte brauchen um diverse Dinge anzuschauen.

Du kannst dir auch mal, während der Speicherbedarf wächst, mit "lsof" im Terminal anschauen, welche Dateien insgesamt gerade geöffnet sind und von wem. Das ist aber eine richtig große Liste und da musst du entweder mit grep filtern oder in einem geeigneten Text-Programm die Suchfunktion verwenden.

Vielleicht hilft es auch, an einem der Rechner mal den Verlauf zu löschen - das müsste dann ja von allen anderen Geräten übernommen werden. Wenn da was im Verlauf kaputt ist, hilft das ja vielleicht.

Ist Hand-Over aktiviert?

thomas b.14.11.2411:49

Ich möchte nur mal anmerken, dass die History Datenbank in der Library völlig unauffällig und eher klein ist. Im Moment sind das zusammen gerade mal 1,4 MB. Safari habe ich vor wenigen Minuten erst gestartet, die History war davor leer.

Der Prozess mit dem ähnlichen Namen frisst Speicher und ich bin mir gar nicht so sicher, dass die Datenbank und der aufgeblähte Prozess (jetzt schon wieder angeblich 61 GB) direkt miteinander zu tun haben; die History selbst wird ja von Safari verwaltet.

(Verlauf und History werden am Ende des Tages immer komplett gelöscht.)

Ich lege gleich mal versuchsweise einen neuen User ohne iCloud an und werde dann berichten.

matt.ludwig14.11.2412:00

thomas b.

(Verlauf und History werden am Ende des Tages immer komplett gelöscht.)

Wenn aber - wie bereits mehrfach vermutet - der iCloud Sync der Übeltäter ist, kannst du das noch so oft wiederholen. Wird immer wieder aufgebaut.

jk35014.11.2412:04

Schalte doch einfach, zu Testzwecken, bei Safari den Cloud Sync aus.

thomas b.14.11.2412:45

Ich habe gerade mal Safari ein Stündchen unter einem neu angelegten User ganz ohne iCloud genutzt, der Prozess dümpelte da die ganze Zeit so um unauffällige 4 MB herum.

Bleibt die Frage, warum sich der com.apple.Safari.History Prozess mit iCloud so extrem aufbläht, viel zu syncen gibt es ja nicht.

ssb14.11.2413:19

thomas b.

Mache einfach mal den Cookie7 aus und schaue wie es sich dann verhält. Das Löschen und der Cloud-Sync kommen sich vielleicht einfach in die Quere.

Probiere es mal damit, dass du eine Automator Aktion bastelst, die den Verlauf direkt in Safari löscht - dann wird das löschen in die Cloud übertragen und wirkt sich dann auch entsprechend auf den anderen Geräten aus. Ob das Löschen des Browserverlaufs von Automator aus erreichbar ist, weiß ich aber jetzt aus dem Stegreif nicht.

Unbeantwortet: Hast du Hand-Over aktiviert?

thomas b.14.11.2413:23

Jetzt wieder zurück auf meinem Standardaccount, iCloud für Safari zuerst bei laufendem Safari abgeschaltet, kein Unterschied, dann Safari beendet, auch kein Unterschied, dann User abgemeldet und wieder von vorn ohne iCloud für Safari, Prozess bleibt bei 3,2 MB stehen. So weit jetzt klar, nur eben, warum?

thomas b.14.11.2413:34

ssb

thomas b.

Auf dem neuen User war Cookie7 nicht aktiv. Hier macht es auch keinen Unterschied ob mit oder ohne. Der Safari Verlauf kann auch ganz einfach mit "Verlauf löschen" durchgeführt werden.

Mit Automator kenne ich mich überhaupt nicht aus. Hand-Off war an, (musste ich erst eimal suchen) und habe ich jetzt deaktiviert.

B_Babb14.11.2413:35

aus meinem link von oben.
A cryptex on macOS is a cryptographically-sealed archive that contains a well-defined filesystem hierarchy. It is essentially a sealed Disk Image that contains its own file system and is mounted at a randomly chosen location within the root file system during the boot process. macOS verifies the cryptex to ensure it has not been tampered with before mounting it.
Cryptexes on macOS contain various system components, including command tools, system executables, libraries, man pages, apps, frameworks, a "clone" of the OS image and dyld shared caches.

Ich vermute, Safari ist das ausführende app, welches iCloud zeugs des accounts bei dir wieder anlegen / syn-cen / reparieren / abgleichen möchte. Das ganze verschlüsselte Archive ist anscheinend recht gross. Lass es mal laufen, bis es abgeschlossen ist. Prüfe mal was bei dir alles in der icloud ist, backups, musik, bilder, idrive etc. und wo die Unstimmigkeiten sind.
Irgendwas ist da out of sync und muss neu angelegt werden.

thomas b.14.11.2413:49

In iCloud sind vor allem der Dokumente-Ordner, die ganzen Fotos, Notizen, Nachrichten und etwas iCloud Mail, aber keine Musik. 156 von 200 GB sind genutzt.

Vielleicht sollte ich es wirklich noch ein, zwei Tage laufen lassen und dann mal weiter sehen. Wie gesagt, das MBP habe ich seit einer Woche, meinen User habe ich mit dem Migrationsassistenten per Thunderbolt Kabel rübergezogen und vielleicht muss da tatsächlich noch irgend was geklärt werden. CPU steht bei um die 60% (von welchem Kern, steht da natürlich nicht), ist aber auch kein Problem.

Der Verlauf des Speicherdrucks ist interessant, immer ein auf und ab:

jk35014.11.2417:01

thomas b.

Der Safari Verlauf kann auch ganz einfach mit "Verlauf löschen" durchgeführt werden.

Der Verlauf wird von Safari selbstständig gelöscht nach ca 20 Tagen, diese Arbeit kann mann sich sparen.

1 2 ＞|

Kommentieren

Sie müssen sich einloggen, um sich an einer Diskussion beteiligen zu können.

Apple zieht iPadOS 18.0 für das iPad Pro M4 zur...

10 Jahre Yosemite-Design

Mac mini mit M4

iPhone 16 Pro in Einzelteilen – Details zum Auf...

Erwartetes Oktober-Event: Die wahrscheinlichen ...

Test AirPods Pro 2

Visa sah Apple als "existenzielle Bedrohung" an

Apples Eskalationskurs und Gebühren-Wirrwarr