• Consultando si esl sistema soporta TRIM: lsblk --discard
  
• Activar los servicios: fstrim.service y fstrim.timer
  
• Hacer de vez en cuando find ~/.cache/ -type f -atime +100 -delete
  

(30-09-2022, 19:55)alberto-moyano escribió:  UUID=<mi uuid> /              ext4    noatime,nodiratime,discard,nodelalloc,barrier=0,i_version,commit=30,inode_readahead_blks=64,errors=remount-ro 0 1

• noatime desactiva por completo la escritura de los tiempos de acceso a los archivos en la unidad cada vez que se lee un archivo. Esto funciona bien para casi todas las aplicaciones, excepto para aquellas que necesitan saber si un archivo ha sido leído desde la última vez que fue modificado. La información del tiempo de escritura a un archivo continuará actualizándose cada vez que se escriba en el archivo con esta opción activada.
  
• discard Emite las órdenes TRIM para dispositivos de bloques subyacentes cuando se liberan los bloques.
  
• nodiratime desactiva la escritura de los tiempos de acceso a los archivos sólo para los directorios, mientras que otros archivos siguen recibiendo los tiempos de acceso.
  
• lazytime  reduce las escrituras en disco manteniendo los cambios en las marcas de tiempo del inodo (tiempos de acceso, modificación y creación) sólo en memoria. Las marcas de tiempo en el disco se actualizan sólo cuando (1) el nodo del archivo necesita ser actualizado por algún cambio no relacionado con las marcas de tiempo del archivo, (2) se produce una sincronización con el disco, (3) un nodo no eliminado es desalojado de la memoria o (4) si han pasado más de 24 horas desde la última vez que la copia en memoria fue escrita en el disco.
  
• nodelalloc  desactiva la función de ext4 de delayed allocation, que reserva el espacio pero no lo escribe. Aplaza la escritura de bloques hasta que se esté en el tiempo de escritura. Es más que nada por seguridad.
  
• barrier=0: Desactiva las barreras automáticamente. Se refiere a los límites de escritura. Si es igual a cero los elimina, si es igual a 1, los activa. Podemos prescindir de estas barreras si los discos están protegidos contra cortes de corriente. Sólo en este caso, incluimos la opción barrier=0
  
• i_version Habilita el uso de la versión extendida de 64 bits en sistemas de ficheros ext4.
  
• commit=30: Retrasa la escritura de los metadatos de ficheros, con lo que se reduce mucho el uso de disco. No recomendable si estuviésemos en un ordenador con batería.
  
• inode_readahead_blks=64 Este parámetro de ajuste controla el número máximo de bloques de la tabla de inodos que el algoritmo readahead de la tabla de inodos de ext4 preleerá en la caché del buffer. El valor por defecto es de 32 bloques.
  

• Escenario 1: Laptop 64 bits con, al menos, 8GB de RAM, batería en buen estado y cargada es decir si se corta la energía el sistema no se apaga abruptamente sino que nos da tiempo a apagar el sistema de forma ordenada. Configurado para hacer TRIM periódico de una vez por semana.
  

Cita:UUID=<uuid>   /              ext4    noatime,nodelalloc,barrier=0,i_version,inode_readahead_blks=64,errors=remount-ro 0 1

• Escenario 2: Igual que escenario 1 pero con TRIM continuo.
  

Cita:UUID=<uuid>   /              ext4    noatime,discard,nodelalloc,barrier=0,i_version,inode_readahead_blks=64,errors=remount-ro 0 1

Cita:tmpfs   /tmp   tmpfs         size=2G,noexec,rw,auto,nouser,sync,noatime,nodev,nosuid,mode=1777 0 0
tmpfs   /var/tmp   tmpfs   size=2G,noexec,rw,auto,nouser,sync,noatime,nodev,nosuid,mode=1777 0 0

Cita:TRIM continuo
Nota: No hay necesidad de habilitar TRIM continuo si ejecuta fstrim periódicamente. Si quiere usar TRIM, use TRIM periódico o TRIM continuo.
En vez de ejecutar los comandos TRIM cada tanto (por defecto es una vez por semana si usa fstrim.timer), también es posible emitirlos cada vez que un archivo es borrado. Eso ultimo se conoce como TRIM continuo.

Advertencia: Antes de SATA 3.1, los comandos TRIM no eran ejecutados en cola, lo que provocaba que el sistema se congelara frecuentemente. En este caso, aplicar #TRIM periódico menos frecuentemente era una mejor alternativa. Se producía el mismo problema en un numero de dispositivos, vea ata_device_blacklist en el código fuente de Linux, donde la ejecución en cola de comandos TRIM esta prohibida por causar corrupción seria de datos. En ese caso, dependiendo de el dispositivo, el sistema puede estar forzado a enviar comandos TRIM fuera de cola en vez de en cola. Vea Wikipedia:Trim_(computing)#Disadvantages (en inglés) para más detalles.
Nota: El TRIM continuo no es la manera preferida para emitir comandos TRIM en la comunidad de Linux. Por ejemplo, en Ubuntu el TRIM periódico esta activado por defecto [5], Debian no recomienda usar TRIM continuo [6] y Red Hat recomienda usar TRIM periódico en vez de TRIM continuo si es posible. [7]
Usando la opción de montado discard en /etc/fstab habilita TRIM continuo al operar el dispositivo:

(01-10-2022, 21:55)alberto-moyano escribió:  Gracias por la aclaración, no sé en tu máquina, pero en la mía el runtime de gambas no corre si llevo a ram los temporales de \var.

(01-10-2022, 21:00)Shordi escribió:  ¿y discard?

• systemctl list-timers
  

• fstrim --fstab
  

lsblk --discard

# Sustituir la X por la unidad que quieres comprobar a,b...
sudo hdparm -I /dev/sdX | grep -i TRIM

systemctl cat fstrim.service

systemctl status fstrim.timer

systemctl cat fstrim.timer

sudo systemctl enable fstrim.service

sudo systemctl start fstrim.service

# Para ver los logs del servicio fstrim.service
 
journalctl -u fstrim.service

journalctl -u fstrim.timer