Externe SSD - Frage

[al_nrp_ger]

Hallo, ich habe meinen 2017er iMac eine neue externe SDD spendiert: Samsung 970 EVO Plus NVMe M.2 SSD 1TB.

Davor hatte ich eine Samsung 870 EVO 500 GB SATA als System SSD nur weil die mir zu klein wurde habe ich die o.g. SSD plus Gehäuse mir gegönnt.

Im normalen Betrieb ist sie definitiv schneller als die alte SSD aber beim Starten des Systems komme ich mich in alte HDD Zeiten versetzt vor. Das war die SATA um Längen schneller.
Frage, wie kann das sein das sie 970 EVO so langsam beim Systemstart ist, dass entspricht doch nicht den Angaben was das Teil leisten soll?! Oder passt vielleicht das Gehäuse nicht oder wo kann der Fehler sein. Ja okay das System startet man nicht jeden Tag aber wenn doch wundert mich die schlechte Leistung.

Jmd eine Idee ?

 

[MrChad]

Üblicherweise wird diese Frage hier mit "welches USB-Kabel" beantwortet. Da gibt's viele verschiedene.

 

[RealRusty]

Die SSD bzw. deren Gehäuse scheint per USB3.2 Gen2 angeschlossen zu sein und ist genau so schnell wie sie sein sollte.
Die Pause beim Start hat einen anderen Grund.

 

[Macschrauber]

Verbose booten und schauen wie lange er sich mit dem Trim Befehl beschäftigt.

 

[spike01]

Es gibt schon diverse Themen hier, dass die Samsung SSD‘s als Startvolume in Verbindung mit Mac nur suboptimal laufen.

 

[al_nrp_ger]

Verbose booten und schauen wie lange er sich mit dem Trim Befehl beschäftigt.

Hab ich gemacht aber zu dem Thema war kein Eintrag zu finden, oder ich bin zu blöd diesen zu finden was auch gut möglich ist

 

[al_nrp_ger]

Es gibt schon diverse Themen hier, dass die Samsung SSD‘s als Startvolume in Verbindung mit Mac nur suboptimal laufen.

Also auf gut deutsch sie taugt nicht für diese Verwendung

 

[lanos]

Gib mal ins Terminal folgenden Befehl ein und poste das Ergebnis.

log show --debug --last boot --predicate "processID == 0" | grep spaceman_scan_free_blocks | grep "trims took"

 

[Macschrauber]

Hab ich gemacht aber zu dem Thema war kein Eintrag zu finden, oder ich bin zu blöd diesen zu finden was auch gut möglich ist

Na, du bootest und schaust dem Text zu wo er verzögert und fotografierst die Stellen. Mit Googlen findet man oft Hinweise.

Und wenn das Teil sich viel Zeit für's Aufräumen nimmt, dann ist das halt so. Deshalb würde ich keine funktionstüchtige Hardware rauswerfen.

Solange das System geschmeidig läuft ist es doch wurscht ob der 3 Minuten fürs Booten braucht :-]

 

[Macschrauber]

Gib mal ins Terminal folgenden Befehl ein und poste das Ergebnis.

log show --debug --last boot --predicate "processID == 0" | grep spaceman_scan_free_blocks | grep "trims took"

der ist gut, allgemeiner kann man auch nach Text suchen der nur "took" enthält:

log show --last boot --predicate "processID == 0" | grep "took"

 

[al_nrp_ger]

Gib mal ins Terminal folgenden Befehl ein und poste das Ergebnis.

log show --debug --last boot --predicate "processID == 0" | grep spaceman_scan_free_blocks | grep "trims took"

log show --debug --last boot --predicate "processID == 0" | grep spaceman_scan_free_blocks | grep "trims took"


2023-11-04 10:35:07.840564+0100 0x1f2 Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3356: disk4 scan took 251.308982 s, trims took 250.246752 s

 

[al_nrp_ger]

der ist gut, allgemeiner kann man auch nach Text suchen der nur "took" enthält:

log show --last boot --predicate "processID == 0" | grep "took"

2023-11-04 10:30:53.148545+0100 0x75 Default 0x0 0 0 kernel: (AppleThunderboltNHI) 1148545us AppleThunderboltGenericHAL::earlyWake - complete - took 0 milliseconds


2023-11-04 10:30:53.148552+0100 0x75 Default 0x0 0 0 kernel: (AppleThunderboltNHI) AppleThunderboltGenericHAL::earlyWake - complete - took 0 milliseconds


2023-11-04 10:30:55.636112+0100 0x2b9 Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3374: disk4 scan took 0.232917 s (no trims)


2023-11-04 10:30:58.084385+0100 0x2bb Default 0x0 0 0 kernel: kern_open_file_for_direct_io took 0 ms


2023-11-04 10:30:58.084390+0100 0x2bb Default 0x0 0 0 kernel: kern_open_file_for_direct_io took 0 ms


2023-11-04 10:31:25.883603+0100 0x432 Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3374: disk1 scan took 0.072672 s (no trims)


2023-11-04 10:32:05.856313+0100 0xa43 Default 0x0 0 0 kernel: (apfs) tx_leave:2401: disk4 tx xid 98197 took 2562648 us to close


2023-11-04 10:34:07.222158+0100 0x1626 Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3374: disk1 scan took 0.809905 s (no trims)


2023-11-04 10:35:07.840564+0100 0x1f2 Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3356: disk4 scan took 251.308982 s, trims took 250.246752 s

 

[Macschrauber]

log show --debug --last boot --predicate "processID == 0" | grep spaceman_scan_free_blocks | grep "trims took"


2023-11-04 10:35:07.840564+0100 0x1f2 Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3356: disk4 scan took 251.308982 s, trims took 250.246752 s

Ja, wie erwartet, Trim braucht ein paar Minuten.