Vlákno názorů k článku
Patch pro exFAT v jádru Linux 6.15: místo 5 minut smazáno za 2 sekundy od RDa - On ten discard (trim) je na nekterych mediich...

On ten discard (trim) je na nekterych mediich strasne pomalej - videl jsem to casto u mkfs.ext4, ze jak to vola discard.. tak to tam stravi minuty. I kdyz to delam opakovane.

Já před vytvářením nového fs spíš volám blkdiscard, takže tohle jsem ani moc nezaznamenal.
Prakticky spíš vnímám rozdíly, když dělám na některých oddílech off-line fstrim. Třeba u Btrfs se snapshoty je to občas docela brutál a fakt na hodně dlouho i když to není nějak extra obrovský oddíl (512GB SSD).

Tak jsem to ted zkousel na jednom ssd (samsung 860evo 1tb, sata):

# time blkdiscard /dev/sdl -v
/dev/sdl: Discarded 1000204886016 bytes from the offset 0

real    0m10.130s
user    0m0.000s
sys     0m0.132s

A dalsi behy

real    0m9.891s
user    0m0.002s
sys     0m0.123s

real    0m9.961s
user    0m0.000s
sys     0m0.128s

real    0m11.061s
user    0m0.000s
sys     0m0.130s

real    0m10.073s
user    0m0.000s
sys     0m0.132s

Proste to trva stejne a relativne dlouho i kdyz to bylo discardnuty pred chvili. A ne, nezmeni to ani vetsi prodleva, porad je to 10-11 sec. Myslim ze stejne se chovali samsung sas ssd, jen jeste pomalejic u toho mkfs, ten pise takovej progress kdyz discarduje.

Bez zaplnění a uvolnění těžko říct,.co to přesně znamená:

a. SSDčku je jedno, co již bylo trimnuté.
b. Je tam spousta již vytrimovaného místa, ale těch cca 10s je potřeba na projití. Kdyby bylo co trimovat, trvalo by to ještě déle.

BTW, Další věc je situace, kdy TRIM je bleskový. Technicky vzato to nemusí znamenat, že se celý proces povedl tak rychle, stačí, když controller uvolní příslušné paměťové bloky a jejich výmaz provede na pozadí. (Samozřejmě musí s tím počítat, do vymazání nemůže do těchto bloků zapisovat.)