Du hast natürlich recht: "Die Anzahl der Flashzellen, auf die eine Datei verteilt ist, erhöht sich nach und nach. Deshalb sinkt mit zunehmender Nutzungsdauer vor allem die Schreibleistung einer SSD." ist totaler Quatsch und sicher auch nicht der Grund, warum die Schreibleistung bei SF mit der Zeit nachläßt. Da die SSDs intern alle als RAID 0 mit 8 oder 10 Kanälen arbeiten, wäre es absolut unmöglich mehr als 40MB/s (theo. Limit einer normalen NAND, DDR NAND soll auf 133MB/s kommen) beim seq. Lesen / Schreiben zu erreichen, wenn man die Dateien nicht über die Chips verteilen würde.
NAND Flash ist in Löschblöcke von z.B. 256kB oder 512kB und Pages von 4kB (8kB bei 25nm) unterteilt. Man kann immer nur einen ganzen Löschblock löschen, pageweise lesen und schreiben. Sind jetzt einige/mehrere/viele Pages eines Löschblocks nicht mehr mit gültigen Daten belegt, so kopiert der Controller die Daten der übrigen in einen anderen Bereich und kann dann den ganzen Löschblock löschen, damit er wieder neu verwendet werden kann. Das nennt man GC und sorgt eigentlich dafür, vor allem wenn der Controller dank TRIM schon beim Löschen der Datei und nicht erst beim Überschreiben der dazugehörigen Sektoren weiß, welche Pages keine gültigen Daten mehr enthalten.
Wieso der SF dies so nicht auf die Reihe bekommt, ist mir ein Rätsel.
Zurück zu Cricual und der neuen Firmware bzw. dem teilweise darüber berichteten Problem. Kann es sein, dass die neue Firmware beim Löschen so großer Bereiche dass gleich ein ganzer Löschblock frei geworden ist, diesen auch sofort nach dem TRIM Kommando löscht? Und vorher die Information über die freigewordenen Pages erst beim GC verarbeitet wurden? Das könnnte die Verzögerung beim Schreiben direkt nach dem Löschen von Daten erklären, weil der Controller dann eben noch mit dem Löschen beschäftigt ist und die betroffenen Chip nicht sofort zum Beschreiben zur Verfügung stehen.