Cuando instalé mi SSD, simplemente monté discard
y no me cansé. Sin embargo, hoy estaba leyendo sobre los pros y los contras de usar en su fstrim
lugar y decidí ejecutar el programa para tener una idea de cuánto tiempo tomaría realmente (aún con mis particiones montadas con discard
). El comando tomó varios minutos tanto en mi partición raíz como en mi partición. Para la partición de mi casa usé -v
y obtuve esto:
$ sudo fstrim -v /home
/home: 137494052864 bytes were trimmed
¡Esto es más que la cantidad de espacio libre en la partición!
$ df -h /home
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 206G 78G 118G 40% /home
Las ejecuciones posteriores terminan en menos de un segundo, por ejemplo:
$ sudo fstrim -v /home
/home: 0 bytes were trimmed
Seguramente, si siempre he montado la partición discard
, fstrim
¿no debería recortar una gran cantidad de datos como esa? La discard
opción está definitivamente habilitada, aquí están las fstab
líneas relevantes :
UUID=xxxxxxxx... / ext4 noatime,discard,errors=remount-ro 0 1
UUID=xxxxxxxx... /home ext4 noatime,discard,errors=remount-ro 0 2
Y mount
líneas de salida:
/dev/disk/by-uuid/xxxxxxxx... on / type ext4 (rw,noatime,discard,errors=remount-ro,stripe=128,data=ordered)
/dev/sda2 on /home type ext4 (rw,noatime,discard,errors=remount-ro,stripe=128,data=ordered)
El SSD es un TOSHIBA THNSNS256GMCP. ¿Por qué pasó esto?
fuente
fstrim
no sabe lo que ya se ha recortado, ¿por qué informa 0 bytes la segunda vez? Seguramente esto debe provenir del disco, pero ¿por qué informaría un recorte tan grande la primera vez? Sin duda, el disco sería agnóstico sobre sidiscard
otrim
había sido utilizado.fstrim
, obtengo aproximadamente la misma salida.fstrim
solo emite lo apropiadoioctl
, todo lo demás es decisión del sistema de archivos, y los sistemas de archivos se comportan de manera muy diferente.ext4
intenta evitar recortar las mismas cosas una y otra vez,xfs
no le importa y recorta todo lo que es gratis, otros pueden hacer otras cosas, incluso si lo admiten ... si es impredecible, quejarse ante el sistema de archivos.