von Purgatory » 27.03.2023, 20:09
Das hat nichts mit "baldigem ableben" oder sonst etwas zu tun. Die Schreib oder Leserate schwankt durchaus mal rapide wenn ein BS auf der SSD installiert ist, das ist normal und keinerlei Würdigung wert.
Diese viel beworbenen Schreib und Leseraten werden sowieso erst relevant sobald man große Dateien verschiebt und sozusagen verlorene Sekunden reines Geld sind.
Ein installiertes BS auf einer SSD profitiert eher weniger von den reinen sequentiellen Schreib und Leseraten, das ist eher nicht spürbar.
Spürbar sind allerdings die IOPS, also die Ein und Ausgabebefehle die ein Controller der SSD pro Sekunde verarbeiten kann.
Brechen die IOPS ein darfste Dir Gedanken machen über das Warum, alles andere wirste nicht merken.
Schalte als Bsp. mal den "Rapid Mode" ein. Dann darf die SSD sich noch Ram genehmigen um höhere Pseudoschreibraten erzielen zu können.
Merken wirste davon nichts.
Kurzum, ist ein BS auf der SSD sind die IOPS interessant, nicht die beworbenen Schreib und Leseraten.
Sind Spiele installiert zählen sowohl die IOPS als auch die Leserate. (Darum nie Spiele auf der BS SSD installieren)
Videobearbeitung, CAD, etc., also wo schnell mal mehrere TB schnell weggespeichert werden sollen, da werden dann andere Werte relevant, wie z.B. die Schreibrate. Auch zählt hier der Pseudo Cache. Also der Unterschied zwischen TLC und SLC. Deine 870er basiert auf TLC (oder bei Samsung MLC genannt) Speicher was nichts anderes heisst als dass 3 Bit pro Zelle gespeichert werden. Je mehr Bits pro Zelle gespeichert werden müssen umso langsamer der Speicher. Darum gibt es den sogenannten Pseudo SLC. Es werden weniger Bits pro Zelle gespeichert (statt 3 Bit nur noch 1 Bit) und die Geschwindigkeit ist höher. Das geht aber nur bis zu einem gewissen Punkt, nämlich wenn der Puffer den die SSD dafür zurücklegen kann erschöpft ist. Ab da brechen die Schreibraten ein.
Easy erklärt:
Um das zu verstehen muss man es sich folgend denken:
Wir nehmen an wir haben eine 512GB SSD mit TLC, also 3 Bit Zellen.
Der Hersteller gibt einen Cache für SLC von 64GB an.
Verschiebt man nun eine Datei von 128Gb werden die ersten 64GB mit der vom Hersteller angegeben Rate verschoben, die letzten 64GB aber langsamer. Denn nun kann der Controller nicht mehr mit 1 Bit speichern sondern ist gezwungen mit 3 Bit zu speichern. Ergo die Schreibrate bricht ein.
Um zu verstehen was der Controller da macht ist die Sache recht einfach. Er nutzt einen freien Bereich der SSD um mit 1 Bit zu speichern, reorgansiert die Zellen im Leerlauf aber auf 3 Bit. Davon bekommste aber nichts mit.
Der Teufel liegt nun im Detail. All das kann nicht mehr funktionieren wenn die SSD zu voll ist, sprich die 64GB für den Pseudo Cache nicht mehr zur Verfügung stehen. Logisch soweit denke ich. Auch klappt das nicht mehr wenn, angenommen, von 512GB noch 400Gb frei sind, die Zellen aber nicht als gelöscht beim Controller gemeldet wurden. Für den Controller sind sie dann beschrieben und somit nicht benutzbar, ergo sinkt die Schreibrate. Eine SSD kennt nur zwei Zustände. Beschrieben oder gelöscht.
Der Controller muss also dafür sorgen die beschrieben Zellen so zu reorganisieren, dass möglichst jede Zelle möglichst gleichmäßig beschrieben wird. Sprich er speichert um. Datei A nach da, Datei B nach da, Datei C nach irgendwo. Die Zelle wurde nur einmal beschrieben, die zweimal, die dreimal, also alles auf die nur einmal beschriebene Zelle um die anderen zu schonen. Nennt sich Garbage Collection.
Jetzt gibt es auch noch Trim. Und Trim ist eine im BS integrierte Garbage Collection. Soll heissen sobald das BS im Leerlauf ist sendet es dem Controller Daten über gelöschte Daten. Sprich hier kannste die Garbage Collection anwenden lieber Controller.
Und er tut.
Dummerweise hat der Controller der SSD ansonsten keinen Plan was das BS da hin und her löscht. Und das BS stößt die Fragmentierung bei SSDs auch nur an wenn es sie für nötig hält. Es können also Wochen vergehen bevor überhaupt ein Trim Befehl angestoßen wird.
Und genau sowas resultiert dann in solchen Ergebnissen wie von Dir angegeben.
Easy erklärt Ende
Die Controller der 870er sind bekannt dafür den Pseudo Cache gerne mal als voll markiert zu lassen, kann ich ein Lied von singen.
Geholfen hat ein wöchentlicher Zeitplan Trim anzustossen, also via Windows defragmentieren zu lassen.
Bis ich das wusste war ich gezwungen die SSD einmal komplett zu formatieren um dann mein Image wieder einzuspielen.
Seitdem mit der 870 alles smooth.
Faustregel:
Für Pseudo Cache die doppelte Speichermenge als vom Hersteller angegeben einrichten plus die Hälfte davon noch für die Garbage Collection. Darum predige ich immer ca. 33% der SSD als unformatierten Bereich zu lassen insofern man produktiv arbeitet.
Das hat nichts mit "baldigem ableben" oder sonst etwas zu tun. Die Schreib oder Leserate schwankt durchaus mal rapide wenn ein BS auf der SSD installiert ist, das ist normal und keinerlei Würdigung wert.
Diese viel beworbenen Schreib und Leseraten werden sowieso erst relevant sobald man große Dateien verschiebt und sozusagen verlorene Sekunden reines Geld sind.
Ein installiertes BS auf einer SSD profitiert eher weniger von den reinen sequentiellen Schreib und Leseraten, das ist eher nicht spürbar.
Spürbar sind allerdings die IOPS, also die Ein und Ausgabebefehle die ein Controller der SSD pro Sekunde verarbeiten kann.
Brechen die IOPS ein darfste Dir Gedanken machen über das Warum, alles andere wirste nicht merken.
Schalte als Bsp. mal den "Rapid Mode" ein. Dann darf die SSD sich noch Ram genehmigen um höhere Pseudoschreibraten erzielen zu können.
Merken wirste davon nichts.
Kurzum, ist ein BS auf der SSD sind die IOPS interessant, nicht die beworbenen Schreib und Leseraten.
Sind Spiele installiert zählen sowohl die IOPS als auch die Leserate. (Darum nie Spiele auf der BS SSD installieren)
Videobearbeitung, CAD, etc., also wo schnell mal mehrere TB schnell weggespeichert werden sollen, da werden dann andere Werte relevant, wie z.B. die Schreibrate. Auch zählt hier der Pseudo Cache. Also der Unterschied zwischen TLC und SLC. Deine 870er basiert auf TLC (oder bei Samsung MLC genannt) Speicher was nichts anderes heisst als dass 3 Bit pro Zelle gespeichert werden. Je mehr Bits pro Zelle gespeichert werden müssen umso langsamer der Speicher. Darum gibt es den sogenannten Pseudo SLC. Es werden weniger Bits pro Zelle gespeichert (statt 3 Bit nur noch 1 Bit) und die Geschwindigkeit ist höher. Das geht aber nur bis zu einem gewissen Punkt, nämlich wenn der Puffer den die SSD dafür zurücklegen kann erschöpft ist. Ab da brechen die Schreibraten ein.
[i]Easy erklärt:[/i]
Um das zu verstehen muss man es sich folgend denken:
Wir nehmen an wir haben eine 512GB SSD mit TLC, also 3 Bit Zellen.
Der Hersteller gibt einen Cache für SLC von 64GB an.
Verschiebt man nun eine Datei von 128Gb werden die ersten 64GB mit der vom Hersteller angegeben Rate verschoben, die letzten 64GB aber langsamer. Denn nun kann der Controller nicht mehr mit 1 Bit speichern sondern ist gezwungen mit 3 Bit zu speichern. Ergo die Schreibrate bricht ein.
Um zu verstehen was der Controller da macht ist die Sache recht einfach. Er nutzt einen freien Bereich der SSD um mit 1 Bit zu speichern, reorgansiert die Zellen im Leerlauf aber auf 3 Bit. Davon bekommste aber nichts mit.
Der Teufel liegt nun im Detail. All das kann nicht mehr funktionieren wenn die SSD zu voll ist, sprich die 64GB für den Pseudo Cache nicht mehr zur Verfügung stehen. Logisch soweit denke ich. Auch klappt das nicht mehr wenn, angenommen, von 512GB noch 400Gb frei sind, die Zellen aber nicht als gelöscht beim Controller gemeldet wurden. Für den Controller sind sie dann beschrieben und somit nicht benutzbar, ergo sinkt die Schreibrate. Eine SSD kennt nur zwei Zustände. Beschrieben oder gelöscht.
Der Controller muss also dafür sorgen die beschrieben Zellen so zu reorganisieren, dass möglichst jede Zelle möglichst gleichmäßig beschrieben wird. Sprich er speichert um. Datei A nach da, Datei B nach da, Datei C nach irgendwo. Die Zelle wurde nur einmal beschrieben, die zweimal, die dreimal, also alles auf die nur einmal beschriebene Zelle um die anderen zu schonen. Nennt sich Garbage Collection.
Jetzt gibt es auch noch Trim. Und Trim ist eine im BS integrierte Garbage Collection. Soll heissen sobald das BS im Leerlauf ist sendet es dem Controller Daten über gelöschte Daten. Sprich hier kannste die Garbage Collection anwenden lieber Controller.
Und er tut.
Dummerweise hat der Controller der SSD ansonsten keinen Plan was das BS da hin und her löscht. Und das BS stößt die Fragmentierung bei SSDs auch nur an wenn es sie für nötig hält. Es können also Wochen vergehen bevor überhaupt ein Trim Befehl angestoßen wird.
Und genau sowas resultiert dann in solchen Ergebnissen wie von Dir angegeben.
[i]
Easy erklärt Ende[/i]
Die Controller der 870er sind bekannt dafür den Pseudo Cache gerne mal als voll markiert zu lassen, kann ich ein Lied von singen.
Geholfen hat ein wöchentlicher Zeitplan Trim anzustossen, also via Windows defragmentieren zu lassen.
Bis ich das wusste war ich gezwungen die SSD einmal komplett zu formatieren um dann mein Image wieder einzuspielen.
Seitdem mit der 870 alles smooth.
Faustregel:
Für Pseudo Cache die doppelte Speichermenge als vom Hersteller angegeben einrichten plus die Hälfte davon noch für die Garbage Collection. Darum predige ich immer ca. 33% der SSD als [b]unformatierten[/b] Bereich zu lassen insofern man produktiv arbeitet.