Sprzęt

Dlaczego SSD zwalnia: cache SLC, TRIM i co naprawdę oznacza TBW

Spadek prędkości SSD nie musi oznaczać awarii. Częstymi przyczynami są zapełnienie bufora SLC, brak przekazywania przez system informacji TRIM lub mała ilość wolnego miejsca.

  • 8 min czytania
Ilustracja modułu SSD z wyróżnionym obszarem pamięci flash i przepływem danych.

Spadek prędkości SSD nie musi oznaczać awarii. Częstymi przyczynami są zapełnienie bufora SLC, brak przekazywania przez system informacji TRIM lub mała ilość wolnego miejsca. Sam wskaźnik TBW nie wyjaśnia każdego spowolnienia. Poniżej rozkładamy te trzy mechanizmy na części i pokazujemy, co można sprawdzić samodzielnie, bez wymiany sprzętu „na wszelki wypadek”.

Zużycie, spadek prędkości i awaria to trzy różne rzeczy

Komórka NAND przechowuje ładunek. Zapis i kasowanie wymagają przepchnięcia elektronów przez warstwę izolującą, która przy każdym cyklu programowania i kasowania (P/E) degraduje się. Odczyt tylko sprawdza stan komórki i – jak opisuje to [4] – nie zużywa jej w istotny sposób. Dlatego dysk pracujący jako magazyn plików nie zużywa się od czytania.

Zużycie to liczba cykli P/E i wynikający z niej budżet zapisu. Spadek prędkości to najczęściej kwestia zapełnienia, cache i porządkowania bloków. Awaria to zwykle elektronika, firmware albo sam nośnik – i nie musi mieć nic wspólnego z wyczerpaniem TBW.

Cache SLC: szybki zapis na kredyt

TLC zapisuje trzy bity na komórkę, QLC cztery, SLC jeden. Im więcej bitów, tym trudniej precyzyjnie ustawić napięcie, więc zapis jest wolniejszy i bardziej podatny na błędy. Producenci dysków konsumenckich wychodzą z tego tak: część tablicy TLC lub QLC pracuje tymczasowo w trybie pseudo-SLC. Host pisze do niej szybko, a kontroler w wolniejszej chwili przepisuje dane do docelowych komórek wielobitowych. To przepisywanie bywa nazywane scalaniem (folding).

Dysk ze specyfikacją „kilkaset MB/s” przez pierwsze kilkadziesiąt gigabajtów przyjmuje dane znacznie szybciej – ale to prędkość pożyczona, nie stała.

Co się dzieje, gdy cache się skończy

Kiedy bufor się zapełni i nie ma czasu bezczynności na jego opróżnienie, kolejne dane lecą już w tempie natywnym dla TLC lub QLC. W badaniu opisującym mechanizm [3] autorzy zmierzyli na jednym z dysków 500 GB wyraźne załamanie pasma po zapisaniu około 65 GB bez przerwy. To wartość dla konkretnej konstrukcji, nie uniwersalna reguła – ale kształt zjawiska jest powtarzalny: najpierw równia pochyła, potem urwisko. Dlatego kopiowanie materiału z kamery, instalacja gry czy backup pokazują granicę, której nie widać na pustym nośniku.

Dlaczego cache kurczy się z każdym zajętym gigabajtem

W większości dysków konsumenckich cache jest dynamiczny: korzysta z wolnego miejsca, więc im pełniejszy nośnik, tym mniejszy bufor. [2] wskazuje, że rozmiar obszaru pseudo-SLC bywa dopasowywany do zajętości, a przy pełnym dysku możliwości kontrolera maleją. Stąd częsty scenariusz: nowy dysk jest szybki, a po roku – przy 85% zapełnienia – „zwolnił”. To niekoniecznie zużycie.

TRIM: dlaczego kontroler musi wiedzieć, co jest puste

NAND nie potrafi nadpisać komórki w miejscu. Najpierw trzeba wyczyścić cały blok, potem zapisać strony od nowa. Kłopot polega na tym, że system plików po usunięciu pliku jedynie oznacza miejsce jako wolne – dla dysku te dane wciąż są ważne. Bez informacji zwrotnej kontroler nie wie, które bloki są śmieciem.

TRIM to właśnie ta informacja: system mówi dyskowi, które adresy logiczne nie są już używane. Kontroler unieważnia je w tablicy mapowania, a fizyczne kasowanie odkłada do garbage collection. Zysk jest podwójny. Po pierwsze, przy porządkowaniu bloku nie trzeba przepisywać nieaktualnych danych, więc spada współczynnik zapisu (WAF) – stosunek zapisów do NAND do zapisów zlecanych przez system. Po drugie, mniej przepisywania oznacza mniej cykli P/E i mniej pracy w tle, która konkuruje z zapisem użytkownika.

[1]: bez TRIM dysk nie ma jasnego obrazu wolnych bloków, traci organizację i musi wykonywać dodatkowe operacje, żeby znaleźć miejsce na nowe dane. W praktyce kończy się to spadkiem prędkości zapisu.

Gdzie TRIM nie dociera

Nie każda konfiguracja przekazuje polecenie dalej. Wiele mostków USB-SATA i część obudów nie obsługuje TRIM, kontrolery RAID mogą go nie przepuszczać, a dyski wirtualne wymagają wsparcia po obu stronach. Do tego dochodzą stare systemy i sklonowane nośniki, na których funkcja bywa wyłączona. Wtedy dysk działa, ale porządkuje po omacku – aż do momentu, gdy zapas wolnych bloków przestaje wystarczać.

TBW: budżet zapisu, nie licznik śmierci

[5] to deklarowana przez producenta miara trwałości zapisu, używana w specyfikacji i często powiązana z warunkami gwarancji. Nie jest to licznik, który po przekroczeniu wyłącza dysk; szczegóły gwarancji trzeba sprawdzić dla konkretnego modelu. Ten sam budżet można opisać przez DWPD – liczbę pełnych zapisów pojemności dysku na dobę. Wiąże je prosta zależność:

TBW = DWPD × pojemność (TB) × 365 × lata gwarancji

Dla dysku 1 TB z oceną 600 TBW i pięcioletnią gwarancją wychodzi około 0,33 DWPD – typowy poziom konsumencki. Modele enterprise mają 1, 3 lub więcej DWPD i szerszy zapas nadmiarowy – za co się płaci. TBW rośnie też z pojemnością: większy dysk przy tej samej liczbie cykli P/E ma proporcjonalnie większy budżet.

Różnica między tanim QLC a TLC bierze się z liczby cykli P/E i z tego, ile faktycznie zapisuje kontroler. Western Digital podkreśla, że to współczynnik zapisu – kształtowany przez rozmiar stron i bloków, zapas nadmiarowy, ilość DRAM i firmware – decyduje o tym, jak szybko host wyczerpuje budżet. [4] Małe zapisy losowe podbijają WAF, duże sekwencyjne zostawiają go blisko jedynki.

Co się dzieje po przekroczeniu TBW

Przekroczenie wartości TBW samo w sobie nie wyłącza nośnika. Może jednak zakończyć gwarancję lub zmienić jej zakres – zależnie od warunków producenta. Nie jest też obietnicą, że każdy egzemplarz zapisze dokładnie tyle danych ani że po tej wartości natychmiast ulegnie awarii.

Jak sprawdzić własne zużycie

W SMART znajdziesz licznik zapisanych danych (Total Host Writes lub Data Units Written) oraz wskaźnik zużycia – w NVMe zwykle „Percentage Used”, w SATA uśredniony wskaźnik życia. Można porównać ten wskaźnik z własnym użyciem, ale to tylko rachunek na podstawie zapisów hosta, nie prognoza życia dysku. SMART nie wykrywa każdej usterki, dlatego ważniejsze od samego procentu są kopie zapasowe i obserwacja błędów.

Ostrożnie z testami trwałości. Najgłośniejszy z nich – sześć dysków SATA katowanych zapisem przez osiemnaście miesięcy, opisany w marcu 2015 r. – pokazał, że nośniki przyjmowały setki terabajtów, a dwa ostatnie dotrwały do około 2,5 PB. [7] To jednak materiał historyczny: inne komórki, inny firmware, zapis w dużej mierze sekwencyjny i bardzo mała próba. Nie jest to obietnica dla dzisiejszego QLC w laptopie.

Inne powody, dla których SSD zwalnia

  • Zapełnienie. Mało wolnego miejsca to mniejszy cache, mniej rezerwy na garbage collection i dłuższe przerwy w zapisie.
  • Brak DRAM. Dyski bez bufora DRAM korzystają z pamięci hosta (HMB) i gorzej znoszą zapis losowy o małych blokach.
  • Interfejs. SATA III to 6 Gb/s na złączu i około 550–600 MB/s w praktyce; NVMe tego limitu nie ma, ale obudowa USB potrafi wprowadzić własne wąskie gardło.
  • Tryby oszczędzania energii i linie PCIe. Dysk może negocjować niższą liczbę linii lub głębszy stan uśpienia, niż powinien.
  • Temperatura i firmware. Część konstrukcji ogranicza wydajność przy wysokich temperaturach, a błędy sterownika potrafią objawić się dokładnie jak „zużycie”.

Co zrobić w praktyce

  1. Zostaw wolne miejsce. Seagate, powołując się na zalecenia ekspertów, mówi o utrzymywaniu zajętości do około 80% pojemności. Nawet 10% rezerwy zmienia zachowanie kontrolera.
  2. Sprawdź TRIM. W Windows odpowiada za to optymalizacja woluminów, w Linuksie – fstrim lub timer systemowy. Jeśli dysk siedzi w obudowie USB albo na kontrolerze RAID, upewnij się, że polecenie w ogóle przechodzi.
  3. Oceniaj zachowanie przy swoim typowym obciążeniu. Nie wykonuj długiego testu zapisu tylko po to, by sprawdzić cache – duży benchmark zapisuje dodatkowe dane i może nie odzwierciedlać codziennej pracy.
  4. Zajrzyj do SMART. Licznik zapisanych danych i wskaźnik zużycia powiedzą więcej niż „dysk jest stary”. Sprawdź też zapasowe bloki i błędy niekorygowalne.
  5. Dobierz dysk do obciążenia. Do wideo, maszyn wirtualnych i baz danych wybieraj wyższe TBW, nie najtańsze QLC. Do systemu i biura wystarczy zwykły TLC.
  6. Nie wyłączaj systemowej optymalizacji dysku. W Windows polecenie Optimize-Volume wykonuje dla SSD z obsługą TRIM operację retrim, a nie klasyczną defragmentację HDD ([6]).

Czego ten tekst nie rozstrzyga

Nie ma tu rankingu modeli: polityka cache zależy od firmware’u, a wyniki testów dotyczą konkretnych egzemplarzy. Nie zakładaj też, że liczby z badań sprzed dekady przełożą się na współczesny nośnik QLC. Jeśli natomiast dysk zwalnia nagle i SMART sypie błędami, to nie temat na poradnik o cache – najpierw kopia zapasowa.

Więcej praktycznych wyjaśnień o podzespołach znajdziesz w dziale Sprzęt.

Źródła

  1. Seagate, What Are SSD TRIM and Garbage Collection?, 7 sierpnia 2024 – seagate.com/blog/what-are-ssd-trim-and-garbage-collection.
  2. T. Ren, Y. Du, J. Cui, Y. Lv, Q. Li, C. J. Xue, Device-Level Optimization Techniques for Solid-State Drives: A Survey, arXiv:2507.10573, 10 lipca 2025 – arxiv.org/abs/2507.10573.
  3. In-place Switch: Reprogramming based SLC Cache Design for Hybrid 3D SSDs, arXiv:2409.14360, 22 września 2024 – arxiv.org/abs/2409.14360.
  4. Western Digital, SSD Endurance and HDD Workloads (biała księga), styczeń 2023 – dokument PDF.
  5. Kingston, Understanding SSD Endurance: TBW and DWPD, 14 listopada 2024 – kingston.com/blog/understanding-ssd-endurance-tbw-dwpd.
  6. Microsoft Learn, Optimize-Volume, dokumentacja PowerShell o operacji retrim dla SSD, dostęp 20 października 2026 – learn.microsoft.com.
  7. G. Gasior, The SSD Endurance Experiment: They’re all dead, The Tech Report, 12 marca 2015; kopia w Internet Archive z 15 listopada 2015 – web.archive.org.