Los SSD de OCZ utilizan un controlador Sandforce que tiene una recolección de basura en primer plano incorporada que retrasa la necesidad de borrar bloques, reduciendo pero no eliminando la necesidad de soporte TRIM. Trim puede considerarse una ayuda para la recolección de basura.
Trim VS Recolección de Basura
Para una breve explicación, la memoria flash está organizada en grupos de páginas donde se puede escribir datos. Una vez que se escribe una página, no se puede volver a escribir hasta que se borre. Pero una página solo se puede borrar dentro de un grupo de típicamente 128 páginas llamado bloque. La complejidad de escribir datos realmente comienza a aumentar en el caso de escrituras aleatorias que reemplazan datos previamente escritos. Las escrituras aleatorias colocan los nuevos datos en páginas previamente borradas en otro lugar, salpicando un bloque de datos válidos con "parches de datos inválidos". Para escribir nuevos datos en estos parches, todo el bloque - las 128 páginas - debe borrarse. Pero primero todas las páginas circundantes con datos válidos deben leerse y luego reescribirse en páginas en blanco. El bloque recién borrado de páginas en blanco está listo para guardar nuevos datos.
[...] Todos los SSD basados en NAND Flash utilizan GC. Algunos utilizan GC en primer plano y otros utilizan GC en segundo plano o en tiempo de inactividad. La diferencia entre ellos se cubre en mi blog http://blog.lsi.com/dont-let-ssds-throw-away-your-gold/. En términos simples, la recolección de basura en segundo plano aumentará la amplificación de escritura (WA) y desgastará el SSD más rápido. GC en primer plano es más difícil de lograr y creo que solo el controlador SandForce es capaz de hacerlo hoy en día
[...] TRIM es beneficioso para todos los SSD independientemente del tipo de recolección de basura que se utilice. Hablo sobre cómo TRIM surgió y por qué es necesario en mi blog http://blog.lsi.com/did-you-know-hdds-do-not-have-a-del.... El comando TRIM se envía desde el SO al SSD para identificar qué páginas de datos pueden ser ignoradas durante la recolección de basura. El SSD no puede saber qué archivos se han eliminado hasta que el SO utilice los mismos sectores para almacenar nuevos archivos, pero para ese momento el SSD ya ha desperdiciado ciclos al recolectar datos que eran inválidos, pero conocidos por el SS
¿Sabías que los HDDs no tienen un comando de eliminación? Por eso los SSDs necesitan TRIM
Manteniendo tu SSD TRIM Hace varios años, la industria del almacenamiento se reunió y desarrolló una solución entre el SO y el SSD creando un nuevo comando SATA llamado TRIM. No es un comando que fuerza al SSD a borrar inmediatamente datos como algunas personas creen. En realidad, el comando TRIM puede considerarse como un mensaje del SO sobre qué direcciones utilizadas previamente en el SSD ya no contienen datos válidos. El SSD toma esas direcciones y actualiza su propio mapa interno de su memoria flash para marcar esas ubicaciones como inválidas. Con esta información, el SSD ya no mueve esos datos inválidos durante el proceso GC, eliminando el tiempo perdido reescribiendo datos inválidos en nuevas páginas flash. También reduce el número de ciclos de escritura en la flash, aumentando la resistencia del SSD. Otro beneficio del comando TRIM es que hay más espacio disponible para OP dinámico.
