
Leí sobre el problema TRIM en cola del Samsung 850 Pro SSD en Linux. Están en la lista negra del kernel para operaciones TRIM en cola.
¿Existen otras operaciones TRIM "no en cola" que luego se realizan alternativamente? He leído sobre el que ocurre aproximadamente semanalmente, que básicamente detiene la E/S del disco durante un buen período de tiempo; ¿Ese tipo de TRIM se ejecuta con más frecuencia que el que está en cola?
También leí que Windows y Mac OS no usan la operación TRIM en cola, que es algo exclusivo de Linux. Entonces, supongo que ambos (Win y MAC) no están usando operaciones TRIM "asincrónicas"/en cola, sino una sincrónica, que también se ejecuta cuando una está en la lista negra del kernel de Linux. ¿Estoy entendiendo esto correctamente?
Estoy buscando un SSD 24 horas al día, 7 días a la semana relativamente económico para ejecutarlo como el único dispositivo SATA (~240 GB) en una máquina Linux, que se utiliza principalmente para aplicaciones de bases de datos consolo16 GB de RAM.
No me importa que el sistema se bloquee durante un segundo cada 30 minutos aproximadamente para realizar tareas de limpieza del SSD. ¿Estaré seguro con un 850 Pro o debería optar por un Intel S3500?
Respuesta1
Si el TRIM en cola no es compatible o no es confiable en un dispositivo, en su lugar se utilizan comandos TRIM no en cola. Esto tiene una penalización significativa en el rendimiento y es la razón por la que la recomendación general es mantener TRIM deshabilitado y ejecutar un pase TRIM completo en un horario fuera del horario laboral (digamos, diariamente a las 3 a. m.).