[Sammelthread] MacOS Monterey 12.x DEV-Beta Erfahrungen

hab da mal 2 beiträge wg. offtopic deaktiviert. mod anschreiben hätte genügt.

Also bei meinem macbook pro mit m1 hatte ich auch diverse Filesystemfehler und sogar regelmäßige Abstürze durch den Netzwerktreiber ab Auslieferung. Nach einer kompletten Neuinstallation und Einspielen des Backups war alles ok.

Hi,

habe die Veränderung bei ToggleSIP und AllowNVRamReset mitbekommen das es nun eigene Drivers sind im OC Verzeichnis.

Dementsprechend die beiden Driver in Drivers kopiert und einen cleanen OC Snapshot mit ProperTree gezogen.

Können nun die beiden Einträge unter Security in der config.plist für AllowNVramReset und AllowTogleSip gelöscht werden?

@Phoenix85 Kannst du rausnehmen, siehe Sample.plist.

Zitat von Phoenix85

Können nun die beiden Einträge unter Security in der config.plist für AllowNVramReset und AllowTogleSip gelöscht werden?

Yes

Hat eigentlich noch jemand mit einer Samsung 970 Eva Plus NVME (bzw. einer anderen NVME die vom TRIM Problem betroffen war) den Effekt seit 12.4 (Official) das der Rechner um Welten schneller bootet?

Entweder funktioniert TRIM jetzt oder es wird (bzg. TRIM) gar nix mehr gemacht?

MPC561 Also ich habe auch eine Evo 970 Plus, läuft bei mir auch zügiger, allerdings dachte ich es lag am OpenCore Update und habe es nicht wirklich beachtet. Hatte etliche Versionen von OC übersprungen und mein System neu aufgesetzt.

Heiko77

Ich hatte kein OpenCore Update durchgeführt. Daran allein kann es also nicht liegen.

Gruss,

Joerg

Gib mal das im Terminal ein dann werden dir deine Trim Aktivitäten angezeigt.

Wenn ich das richtig lese dann startet der TRIM beim Boot und braucht ca. 80s.

Da ich nach ca. 20s den Loginscreen erreiche ist das Problem wohl "gelöst" wenn ich das alles unten richtig interpretiere.

2022-05-27 10:10:33.097541+0200 0x3c2 Default 0x0 0 0 kernel: (apfs) spaceman_metazone_init:191: disk2 metazone for device 0 of size 2693771 blocks (encrypted: 0-1346885 unencrypted: 1346885-2693771)

2022-05-27 10:10:33.097544+0200 0x3c2 Default 0x0 0 0 kernel: (apfs) spaceman_datazone_init:625: disk2 allocation zone on dev 0 for allocations of 1 blocks starting at paddr 154927104

2022-05-27 10:10:33.097547+0200 0x3c2 Default 0x0 0 0 kernel: (apfs) spaceman_datazone_init:625: disk2 allocation zone on dev 0 for allocations of 2 blocks starting at paddr 150503424

2022-05-27 10:10:33.097550+0200 0x3c2 Default 0x0 0 0 kernel: (apfs) spaceman_datazone_init:625: disk2 allocation zone on dev 0 for allocations of 3 blocks starting at paddr 150142976

2022-05-27 10:10:33.097552+0200 0x3c2 Default 0x0 0 0 kernel: (apfs) spaceman_datazone_init:625: disk2 allocation zone on dev 0 for allocations of 4 blocks starting at paddr 150339584

2022-05-27 10:10:33.242663+0200 0x331 Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3172: disk2 scan took 0.145089 s (no trims)

2022-05-27 10:11:52.514226+0200 0x1ab Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3154: disk2 scan took 80.571627 s, trims took 80.412907 s

2022-05-27 10:11:52.514230+0200 0x1ab Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3156: disk2 99080733 blocks free in 204878 extents

2022-05-27 10:11:52.514232+0200 0x1ab Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3164: disk2 99080733 blocks trimmed in 204878 extents (392 us/trim, 2547 trims/s)

2022-05-27 10:11:52.514235+0200 0x1ab Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3167: disk2 trim distribution 1:64584 2+:32001 4+:55867 16+:23694 64+:10396 256+:18336

Gruss,

Joerg

Das ist dann auch die Antwort auf deine Frage. Trim wird ausgeführt wie bisher aber gegenüber älteren OSX Versionen startet der Rechner trotz trimming der NVME bereits weiter. Dann hat Apple anscheinend daran was verbessert.

Wenn disk2 auch deine NVME mit OSX drauf ist.

Bei mir, mit einer Evo 970 & 12.4, hat sich nichts verändert. Trim dauert 64 sek. und solange verzögert sich bei mir auch die Zeit bis ich auf dem desktop lande. Nur wenn ich SetApfsTrimTimeout auf 0 setze rauscht er durch.

hackmac004 das sind ja abartige Werte.
Würde jedem dazu raten eine andere NVME zu kaufen.

Mal als beispiel bei meiner:

2022-05-24 09:58:51.817996+0200 0xa95 Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3154: disk6 scan took 2.021654 s, trims took 1.810663 s

Da ist man mit ner supersuper-scheixxe-überteuerter Samsung Meilenweit von entfernt.
Sehe bei den Dingern keinen Mehrwert.

ozw00d Alles gut, das stört mich nicht im geringsten, da man ja seit einer Weile Trim wieder deaktivierten kann. Hin und wieder boote ich mit -1 und schon ist die Platte wieder aufgeräumt. Muss meiner Meinung nach nicht bei jedem Start geschehen.

Aber ja wenn man vor dem Kauf davon weiß sollt man die Samsung NVMEs meiden.

hackmac004 hast du FV aktiv? Bei mir ist FV an.

FV hab ich nicht aktiviert.

ozw00d

Die Samsung 970 EVO Plus ist schon keine schlechte SSD, vom TRIM vielleicht mal abgesehen.

Ich hatte 2 von anderen Herstellern (Crucial, Silicon irgendwas) davor in meinem UnRaid Server als Cache SSD. Beide andere hatten durch unsaubere Firmwareimplementierungen extreme ASPM Probleme (Energiesparmodi). Die Samsung hat all diese Probleme gelöst und schnell ist Sie auch noch dazu ohne übermässig warm zu werden. Andere, Crucial P5 zum Beispiel, sind Hitzköpfe die schnell zu heiss werden und dann brechen die Übertragungsraten ein. Und teuer. Ich kaufe meine im Angebot für 1TB unter 100 Euro.

Aber back to topic. 80s TRIM sind für mich akzeptabel bei Bootzeiten von 20s (vor 12.4 hatte ich eher was um die eine bis 1,5 Minuten). Ich rebote ja nicht permanent, hab ja Sleep.

Gruss,

Joerg

MPC561 mag sein das mit dem ASPM, kann ich bei meinen nicht bestätigen. läuft tadellos, zwei davon hab ich unter proxmox laufen.

Wenn das nicht stört ist es kein ding. aber ich denke mir, ich kauf auch keinen Sportwagen um dann von nem Esel gezogen zu werden

Seit 12.4 dauert das TRIM bei meiner Samsung 970 Evo auch länger. Waren es davor noch um die 30 Sekunden, sind es jetzt auch knapp 70 Sekunden. Noch komme ich damit gut klar, da ich den Rechner morgens einschalte und danach die Kaffeemaschine der zeitlich limitierende Faktor ist, bis ich mich anmelde. Die Kaffeemaschine benötigt morgens knapp 2 Minuten vom Einschalten bis zum ersten Kaffee in der Tasse.

Zitat von fabiosun

Yes

Habe es gelöscht und die beiden Sachen bei Drivers hinzugefügt.

Funktioniert.

Danke schön dafür.