Particije nemaju veze s tim, odnosno ne utjecu na stvarne performanse.
Sto se stuttera tice, on se najvise pojavljuje na losijim kontrolerima, ali i zbog izostanka TRIM instrukcija u SSD FW-u i OS-u.
Kada se ispune svi blokovi u izostanku HW/SW implementacije TRIM-a, svaki ponovni zapis u blok se izvodi na sljedeci nacin:
-mora se procitati cijela stranica koja je visestruke veca od velicine bloka (samim time duze traje)
-zatim se ostvaruje zeljena promjena u odredjenom bloku, odnosno taj jedan manji dio koji zelimo izmjeniti (kao da moras izvaditi svu hranu iz frizidera svaki put kad zelis nesto novo staviti u njega
)
-na kraju se zapisuju izmjene u blokove
U cijelom ovom dugotrajnom procesu postoji ogromna mogucnost da negdje zapne (stutter), pogotovo ako se mijenjaju podaci na raznim stranicama diska (cijela operacija sa vise puta ponavlja).
Ovo se desava iz razloga sto OS ne zna koje su logicke adrese (LBA) prazne, te zato sto "slabiji" SSD kontroleri citaju blok po blok (4KB), a kada treba nesto i zapisivati onda moraju procitati cijelu stranicu (512KB) i tek onda zapisati jedan (ili vise) blok 4KB.
U svakodnevnom radu ova "anomalija" se dogadja kada se ispuni svaki pojedini blok flash kapaciteta (sto ubrzava Wear leveling), te samim time ostanemo bez blokova oznacenih kao praznih.
Noviji FW i moderniji kontroleri ovo rjesavaju na nacin da automatski obavljaju LBA flushing, tj. TRIM ("oznacavanje" logickih adresa praznim), te usput izbjegavaju citanje velikog dijela flash memorije kako bi izmjenili manji dio (jedan ili vise blokova).
Ukratko