En primer lugar, la recolección de basura SSD y el recorte son animales muy diferentes. La recolección de basura se basa en mover datos existentes, eliminar datos obsoletos y crear bloques vacíos en los que se pueden escribir nuevos datos. La comprensión de la unidad de los datos no es más ni menos que la información que está allí o no está. No hay ningún concepto de un sistema de archivos en el controlador de un SSD. Todas las escrituras se realizan a nivel de bloque en lugar de a nivel de página y se debe borrar un bloque antes de que se pueda escribir. El recolector de basura de una unidad no sabe nada sobre FileVault.
En la recolección de basura básica sin recortar, cuando el sistema operativo elimina el archivo, en realidad no le dice nada al controlador acerca de que los datos están obsoletos y están disponibles para su eliminación. El sistema operativo simplemente rastrea el espacio de direcciones. La unidad comprenderá que los datos están obsoletos en esa dirección si / as / when el sistema operativo le da a la unidad un comando de escritura para esa dirección.
Por lo tanto, cuando Trim entra es que cuando se elimina un archivo en el nivel del sistema operativo, al controlador de la unidad se le da inmediatamente la información de que los datos en esa dirección en particular están obsoletos. Eso permite que la unidad maneje su mantenimiento tan pronto como sea conveniente al momento de la eliminación. Y eso reduce la amplificación de escritura.
La mejora de Trim en el rendimiento de SSD es cierta incluso con SandForce. Ver:
enlace
El diagrama indica claramente que hay más espacio libre para la recolección de basura con la función de recorte habilitada incluso cuando se usa la tecnología DuraWrite.
Dejando de lado, en lo más profundo de su pregunta sobre FileVault 2: dado que la recolección de basura se produce en el SSD sin ningún conocimiento de los sistemas de archivos, no hay diferencia en el SSD si FV se ha habilitado o no. Para el SSD, hay datos válidos, datos obsoletos o no hay datos en una dirección en particular.
Mientras que el cifrado de todo el disco da la impresión de que los datos están bloqueados dentro de una maleta. Ese no es el caso. FV2 está mezclando los bits que se almacenan en las páginas y bloques. La asignación de archivos y la estructura del sistema de archivos sigue siendo la misma tanto si se utiliza FV2 como si no. Y esto ayuda a explicar por qué un usuario puede seguir usando su sistema incluso cuando un disco se está cifrando o descifrando.
En resumen, Trim es una mejora para la recolección de basura y debe habilitarse independientemente del controlador en uso. FileVault 2 no causará problemas para las SSD y los usuarios pueden esperar una amplificación de escritura normal, una degradación del rendimiento, etc. con el tiempo para las SSD cifradas con FV2 frente a las SSD no cifradas de la misma marca en el mismo sistema con uso equivalente. Los volúmenes FV2 se beneficiarán del uso de Trim tanto como los volúmenes que no son FV2.
Mi sistema: MacBook4,1 de principios de 2008; OS X Lion 10.7.5; Crucial M500 SSD de 960GB; FV2 encriptado; Trim habilitado
Enlaces útiles para leer más:
enlace
¿FileVault 2 interfiere con TRIM cuando utilizando un SSD?
enlace
enlace (no necesariamente relacionado al 100% , pero sigue siendo interesante y relevante)