Mi empresa quiere cifrado de disco completo en todas las organizaciones; sin embargo, he leído que existen impactos notables tanto en los HDD como en los SSD del eje. La explicación de la desaceleración del SSD es que debe reescribir bloques enteros, en lugar de escribir inteligentemente dentro de los bloques, debido a que los datos están cifrados y, a su vez, afectan los comandos TRIM. Dicho esto, ¿sería beneficioso formatear discos con un tamaño de asignación/bloque más pequeño durante el proceso de creación de imágenes? En teoría, ¿no reduciría esto el tiempo de escritura de los SSD si siempre se reescriben bloques enteros?
De profesión soy desarrollador, por lo que esta es una nueva área de aprendizaje para mí. No dude en hacer referencia a las URL aplicables, etc.
También conozco los SED como una solución potencial, en caso de que una máquina en particular necesite velocidades de RW óptimas.
Respuesta1
Tiene un malentendido: el SSD utiliza su propio tamaño de página para el TRIM, que suele ser de 4 a 16 KB y está definido en su firmware. Esto no tiene nada que ver con Windows.
Los mejores resultados se logran cuando el disco se formatea con el mismo tamaño de bloque, cuando el sistema operativo y el SSD coinciden completamente en el mismo tamaño de página/bloque.
Windows escribe bloques enteros, el SSD escribe páginas enteras, por lo que se escribirán demasiados datos si los tamaños no son iguales.
Además, tanto el firmware SSD como el controlador de disco del sistema operativo tienen algoritmos de optimización, que pueden entrar en conflicto cuando los tamaños no son iguales.