Corríjame si me equivoco, pero ¿no varía el mapa de bits de bloque (que realiza un seguimiento de los bloques libres en una unidad de disco) para diferentes sistemas de archivos (tanto en ubicación como en estructura)? Entonces, ¿cómo puede OCZ tener un algoritmo genérico para la recolección de basura sin considerar el sistema de archivos utilizado?
Respuestas:
Los SSD tienen más bloques más allá de lo que indicaría la capacidad indicada. Estos bloques se usan como parte del proceso de nivelación del desgaste, así como también reemplazos de fallas, ya que los bloques se desgastan por completo. Debido a esto, el controlador de la SSD debe realizar un seguimiento de los bloques que ve que se presentan actualmente al sistema y qué bloques lógicos.
En ausencia de TRIM, cuando llega una escritura para un bloque sucio (uno que ya tiene datos en lo que respecta al SSD) ocurre una de dos cosas:
Sin embargo, debido al nivel de desgaste, es más probable que esto:
La clave aquí es que el controlador SSD también mantiene un mapa de bits de bloques. A diferencia de un mapa de bits del sistema de archivos, hace coincidir los bloques lógicos con los bloques físicos, y eso puede cambiar cada vez que ocurre una escritura.
Por sobreaprovisionamiento. OCZ agrega, por ejemplo, un 7% más de flash de lo que necesita la unidad. Este 7% se usa para nivelar el desgaste y reemplazar los bloques defectuosos, pero también puede borrarse durante el tiempo de inactividad evitando el ciclo de borrado-escritura en el que de otro modo incurriría.