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

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

    ersthilfe vor ort für altes zeugs (-> laptops) 8)

    berliner häckinTosh.stammTisch am 3.monatsmittwoch im maxFish/kunsthaus ACUD

    der stammtisch in berlin ist WIEDER DA!! nächster termin voraussichtlich: mittwoch 15.9.21, 19.00 uhr

  • 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. :)

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

    ASRock Z490 Pro 4 - 32GB RAM - Intel Core I5 10400F - MSI RX480 Gaming 3 8GB - Fenvi T919 WLAN/Bluetooth - macOS 12.4 - OpenCore 0.8.2 Dev - SMBIOS MacPro7,1

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


    Code
    1. log show --debug --last boot --predicate "processID == 0" | grep spaceman
  • 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.

  • 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. ;-)

    Power Mac G5
    (Late 2004)



    CPU: Intel Core i9-9900K (Coffee Lake)
    Mainboard: GIGABYTE Z390 M GAMING
    Grafik: SAPPHIRE Pulse Radeon RX 580
    Bootloader: OpenCore (0.9.8)
    Operation Systems: macOS "Ventura" 13.6, macOS "Sonoma" 14.3,
    macOS "Catalina" 10.15.7
    Power Mac G4
    (Quicksilver)



    CPU: Intel Core i3-10103F (Comet Lake)
    Mainboard: ASROCK H470M-HDV/M.2
    Grafik: MSI Radeon RX 560 AERO ITX 4G OC
    Bootloader: OpenCore (0.8.7)
    Operation Systems: macOS "Ventura" 13.1, Windows 10 Professional

    Stopinprogress...

    Lenovo Thinkpad X1 Tablet Gen3 Intel Core i7-8550U, Intel® UHD Graphics 620, 16 GB LPDDR3, Thunderbolt 3, Intel Dual-Band Wireless-AC 8265, 802.11ac Dual-Band 2x2 Wi-Fi® + Bluetooth 4.2, Touchscreen & Stift