CONOCIMIENTO — Kalstor CONOCIMIENTO K KALSTOR
InicioRecursosPor qué un SSD se vuelve lento al llenarse: TRIM, garbage collection y sobreaprovisión
Conocimiento · Rendimiento SSD

Por qué un SSD se vuelve lento al llenarse: TRIM, garbage collection y sobreaprovisión

Por Kalstor 8 min de lectura
Puntos clave
  • NAND escribe páginas y borra bloques mayores. Con pocos bloques limpios, el controlador mueve páginas válidas antes de borrar, convirtiendo una escritura del host en más trabajo interno.
  • TRIM informa qué datos lógicos ya no necesita el sistema. Garbage collection consolida datos y libera bloques. Cooperan, pero no son la misma función.
  • El espacio libre ayuda si la información de borrado llega al SSD. La sobreaprovisión reserva capacidad solo para el controlador y puede estabilizar rendimiento y resistencia.
  • La lentitud no siempre es “disco lleno”: temperatura, caché SLC, USB, RAID, firmware y tipo de prueba también deben descartarse.

Un SSD nuevo escribe rápido en NAND limpia. Meses después, el mismo benchmark puede caer cuando está lleno o bajo escritura sostenida. El controlador no olvidó escribir: tiene menos espacio para preparar bloques limpios y cada escritura provoca más movimiento.

Hay que separar TRIM, garbage collection y sobreaprovisión.

NAND no sobrescribe una página usada

NAND programa páginas, pero borra bloques mayores. Al actualizar un archivo, el SSD escribe la nueva versión en otro sitio y marca la antigua inválida. Un bloque termina mezclando páginas válidas e inválidas.

Antes de reutilizarlo, el controlador debe leer páginas válidas, copiarlas, borrar el bloque y liberarlo. Con espacio puede programarlo eficientemente; lleno y sin pausas, hace más read-modify-write en primer plano. Kingston explica que esto reduce rendimiento y aumenta amplificación [1].

TRIM informa qué ya no sirve

Borrar un archivo cambia el sistema de archivos, pero el SSD no entiende su directorio. Sin ayuda puede conservar bloques lógicos borrados durante la limpieza.

TRIM permite al sistema indicar rangos innecesarios [1]. El controlador evita copiarlos. TRIM viene del host, identifica datos obsoletos y necesita soporte en toda la ruta —driver, RAID y puente—. No ejecuta todos los movimientos ni demuestra borrado seguro.

Garbage collection vive en el controlador

GC es firmware que consolida páginas y borra bloques [1][2]. Puede funcionar sin TRIM, pero es más eficiente sabiendo qué está obsoleto.

Necesita espacio, tiempo, energía y a menudo menos E/S del host. Crucial indica que su GC activo necesita alimentación, reposo y espacio vacío [4]. Los algoritmos varían, así que dejar horas en BIOS no es una cura universal; pero actividad constante reduce el mantenimiento de fondo.

La sobreaprovisión crea espacio privado

Over-provisioning (OP) reserva NAND no expuesta como LBA de usuario. Ayuda a GC, wear levelling, bloques defectuosos y escritura sostenida.

Micron muestra que más OP da más lugares para mover páginas y puede mejorar IOPS aleatorio bajo igual firmware/carga [2]. Se sacrifica capacidad usable a cambio de margen y estabilidad.

  • Espacio libre del sistema: rangos lógicos que ayudan si TRIM llega.
  • OP explícito/no asignado: espacio fuera de la partición o configurado para el controlador.

Una carpeta vacía no equivale automáticamente a OP garantizado. Revisa la implementación del SSD.

90% no es un precipicio universal

Cambian OP nativo, NAND, firmware, caché y carga. Un portátil de lectura puede ir bien donde un SSD pequeño con escritura aleatoria continua se hunde.

Crucial recomienda 10% libre para su proceso [4]. Es base de consumo, no ley. Para NVR, base de datos, caché o logger, mide latencia estable y amplificación al llenado real y dimensiona OP.

Antes de culpar a la capacidad

  • Caché SLC agotada: copia larga revela NAND nativa.
  • Throttling térmico: el controlador reduce velocidad.
  • Interfaz: carcasa USB, cable, PCIe o SATA limitan.
  • TRIM bloqueado: RAID o puente puede no pasarlo.
  • Trabajo de fondo: cifrado, antivirus, índices y actualizaciones.
  • Desgaste/errores: avisos SMART y poco repuesto son otro problema.
  • Prueba distinta: SSD vacío y pico comercial no equivalen a estado estable.

Usa los campos SMART NVMe para distinguir mantenimiento de riesgo.

Lista segura

  1. Respalda.
  2. Revisa SMART, temperatura y firmware.
  3. Confirma velocidad del enlace.
  4. Verifica TRIM en toda la ruta.
  5. Libera espacio real y vacía papelera.
  6. Ejecuta Optimize/ReTrim del sistema; Microsoft documenta Optimize-Volume -ReTrim [3].
  7. Permite reposo con energía si el fabricante lo recomienda.
  8. Repite con mismo archivo, llenado, caché y temperatura.

Si sigue lento pero sano, compara con rendimiento sostenido posterior a caché, no con el pico del envase.

En resumen

Un SSD lleno se ralentiza porque limpiar NAND necesita mover datos. TRIM identifica rangos obsoletos, GC crea bloques limpios y OP da espacio privado. Deja margen, confirma TRIM y prueba la carga real. Si aparecen errores o avisos críticos, es salud, no mantenimiento.

Preguntas frecuentes

¿Cuánto espacio libre debo dejar en un SSD?
No hay un porcentaje universal. Fabricantes de consumo recomiendan margen; Crucial sugiere al menos 10% libre para su mantenimiento. Cargas aleatorias continuas o industriales pueden necesitar sobreaprovisión definida mediante pruebas.
¿Es seguro usar Optimizar unidades de Windows en un SSD?
Windows admite ReTrim, que reenvía solicitudes TRIM a SSD o almacenamiento thin. Usa la optimización consciente de SSD del sistema, no fuerces repetidamente una desfragmentación completa tradicional.
¿TRIM borra archivos de forma segura?
No. TRIM marca rangos lógicos como innecesarios; es una indicación de mantenimiento, no un borrado seguro verificable. Para datos sensibles usa sanitize/secure erase del fabricante y una política adecuada.
¿Abasteciendo por volumen?

Publicamos la capacidad utilizable medida y aceptamos verificación de lote de prueba — grado automotriz, directo de la fábrica de origen.