Ich habe gestern bemerkt, dass meine Samsung SSDs T7, T7 Shield und T9 plötzlich nur noch eine Schreibgeschwindigkeit von 2,5 bis 6 MB/Sek haben. Keine Ahnung ab wann das aufgetreten ist.

Firmware auf allen Festplatten ist aktuell
Ich habe vier unterschiedliche USB-C auf USB-C und USB-C auf USB-A Kabel verwendet in beide Richtungen
Unterschiedliche Anschlüsse am MacBook Pro M3 Max OS 15.2 ausprobiert
Mit Dongle und ohne Dongle
Mit Passwortschutz und ohne
Erste Hilfe lief auch schon drüber
Habe dann die Platten auch an einem älteren MacBook Pro mit älterem OS ausprobiert

Überall das gleiche Problem.

Dass plötzlich alle Platten einen Defekt haben und auch alle Kabel, scheint mir eher unmöglich.
Kann es sein, dass die Firmware da einen Bug hat?
Eine andere externe HDD läuft einwandfrei.

In den Systeminformationen > Hardware > USB in dem Eintrag für die SSD ist "Geschwindigkeit: Bis zu 10 GBit/s" zu erwarten. Ist das der Fall? Das ist die mit USB 3.2 Gen 2x1 zu erwartende Datenrate.

Ohne weitere Informationen kann man dazu kaum etwas sagen, aber es geht hier um SSDs mit USB-Anschluss. Apples USB-Treiber für macOS ist nicht in der Lage, Trim-Befehle per USB zu übermitteln.

Das heißt, wenn nach einer bestimmten Lebensdauer der SSDs keine leeren Flash-Blöcke mehr vorhanden sind, müssen vorher benutzte aber als frei geltende Blöcke aufwändig für neue Schreiboperationen vorbereitet werden, was die Schreibgeschwindigkeit erheblich verlangsamt. Wegen der fehlenden Trim-Hinweise kann die SSD nur per Garbage-Collection-Verfahren "raten", welche Blöcke vom System als leer angesehen werden. Wie stark sich das auswirkt, hängt vom Nutzungsverhalten ab, insbesondere der Gesamtzahl von Schreibvorgängen.

Ja so steht es da.

Die Nutzung der Platten ist extrem unterschiedlich. Aber das sechs Platten von heute auf morgen nur 2,5 bis 6 MB/Sek schaffen ist schwer vorstellbar, dass es an dem von Dir beschriebenen Grund hängt, oder? Bei einer Platte könnte ich das nachvollziehen, aber bei so vielen Platten schon sehr ungewöhnlich.

1. Von wo aus kopierst du auf die Platten? Ist die Quelle schnell genug?
2. Hast du einen anderen Rechner, um dort mal gegenzutesten, ob sie daran auch langsam sind?

Ich habe jetzt nochmal Blackmagic Disk Speed Test mehrfach hintereinander auf den Platten durchspielen lassen.

Beim ersten Durchgang ist das Schreiben super langsam bei 2,2 MB/s nach mehreren Durchgängen dann auch mal bei gewohnter Geschwindigkeit um die 820 MB/s.

Wie in meinem Eingangs-Post geschrieben vom MacBook Pro M4 Max und einem älteren MacBook Pro Intel

SSD mit interner NVMe-Schnittstelle wie die Samsung T7 haben Trim-Support auf modernem macOS, auch wenn sie nur per USB 3 Gen 2 verbunden sind. Das sagt jedenfalls Howard Oakley heutzutage hier und hier . Zuvor war er allerdings der Meinung, dass dies nur für die per Thunderbolt angebundenen NVMe-SSD zutrifft: .

In sein Multifunktionswerkzeug Mints hat Howard Oakley eine Funktion eingebaut, mit welchem sich das Log-System auf Hinweise zum Anwenden des TRIM-Befehls nach dem Anschließen einer externen SSD durchforsten lässt: .

Und hier hat er beschreiben, wie die Systeminformationen sich zu dem Thema äußern.

Nein, das sagt er nicht und das würde auch nicht stimmen. Einzige Ausnahme ist entweder die Verwendung von "USB 4 über Thunderbolt 4" oder die Verwendung eines Drittanbietertreibers, der Apples mangelhafte Umsetzung von Trim über USB korrigiert. Wenn man einen solchen zusätzlichen USB-Treiber hat, muss bei SATA-Laufwerken zusätzlich die Funktion UASP (USB-Attached SCSI Protocol) vorhanden sein.

Doch, das hat er gesagt, und nach einem Jahr wiederholt:

Link Nr. 1 in meinem vorherigen Beitrag:
"Which external drives have Trim and SMART support?" (2024-04-09)

In dem Abschnitt „Trim“ schreibt er:
„In normal circumstances, APFS and HFS+ will only Trim SSDs with an NVMe interface.“

Howard Oakley nennt damit zwar noch keine Voraussetzung für die Schnittstelle zwischen dem Mac und dem Gehäuse, in dem die NVMe-SSD eingebaut ist, weiter unten im Abschnitt „Hybrid drives“ liefert er jedoch das für unser Thema relevante Beispiel:
OWC Express 1M2 mit einer USB4-Schnittstelle, die auch USB 3.2 Gen 2 unterstützt:
„[…] with an Intel Mac, which lacks USB4 support, its fallback of USB 3.x still supports Trim, as it has an NVMe SSD, but not SMART, as its connection is USB rather than Thunderbolt.“

und in dem knapp 1 Jahr vorher erschienenen Bericht (Link Nr. 2):
"Will your new SSD support TRIM and SMART?" (2023-04-14)

Letzter Absatz des Berichts:
"One popular combination [...] should support TRIM without the use of trimforce: an NVMe interface with a USB connection. These are typically USB 3.1 Gen 2 models claiming transfer speeds in excess of 600 MB/s."


Einige Tage vorher jedoch (Link Nr. 3 meines vorherigen Beitrags, den ich hier nun nicht auch noch wiederhole) hatte er das Gegenteil behauptet: kein Trim mit einer durch USB 3.x verbundenen SSD.

Zu dem Grund für den Meinungsumschwung hat er sich nicht geäußert. Zu derselben Zeit hat er jedoch das Multifunktionsprogramm Mints um Funktionen für das Evaluieren von SSD erweitert:

Die Funktion "Disk Mount", beginnend mit Mints Version 1.11 (2023-03-28), ist spezialisiert auf das Aufsuchen von Einträgen im Log-System, die sich den Vorgängen nach dem Anschließen einer SSD oder Festplatte widmen:

Im Bericht "How to check whether an SSD gets trimmed" (2023-04-06) weist er erstmals auf den Vorgang "Trim" dokumentierende Einträge im Log-System hin, unten im Abschnitt "Does APFS trim the SSD?":

und 11 Monate später erneut:
"How to evaluate an external SSD" (2024-02-24):

Und die Funktion "Disk Check" schließlich, beginnend mit Mints Version 1.12 ("Mints version 1.12 reveals SMART indicators for some SSDs", 2023-04-13) benutzt das in macOS eingebaute Werkzeug "diskutil", um unter anderem Informationen zum SMART-Status der SSD zu ermitteln, sofern verfügbar:

Zu "Trim" äußert sich diskutil jedoch nicht.

Was all das für den Gebrauch der Funktion Trim durch die SSD Samsung T7 oder T9 am Macintosh-Computer bedeutet, vermag ich nicht zu beurteilen. Ein Mangel an Trim ist allem Anschein nach ohnehin nicht die Ursache für das im Eröffnungsbeitrag geschilderte Problem.