Caché SLC: escritura de ráfaga vs velocidad sostenida

Un SSD o una memoria USB nuevos pueden copiar a una velocidad impresionante durante los primeros segundos y después caer a una fracción dentro del mismo archivo. Si se repite la prueba tras dejar reposar la unidad, vuelve el arranque rápido. Ese patrón suele ser la diferencia entre escritura de ráfaga y sostenida, no una señal de que el logotipo USB cambió a mitad de la copia.

Para un comprador, la pregunta útil no es “¿cuál es la velocidad máxima?”, sino “¿cuántos datos puede escribir a cada velocidad con nuestra carga?”.

Ráfaga y sostenida responden preguntas distintas

La velocidad de ráfaga describe un intervalo corto mientras existen buffers rápidos y recursos NAND libres. La velocidad sostenida es lo que la unidad mantiene después de consumir esas ventajas temporales y cuando el trabajo interno alcanza equilibrio.

Una prueba de 1 GB puede caber en la caché. Una ingesta de video de 200 GB, una imagen de disco o la programación de fábrica quizá no. Ambos números pueden ser correctos y describir experiencias completamente diferentes.

El rendimiento debería presentarse como curva:

1. pico inicial;
2. datos escritos antes de la primera caída;
3. meseta posterior a caché y su variación;
4. recuperación después del reposo;
5. temperatura y nivel de llenado durante la prueba.

Un solo máximo oculta los cinco.

Cómo funciona un buffer en modo SLC

TLC guarda tres bits por celda y QLC cuatro. Algunos controladores operan temporalmente parte de esa NAND con un bit por celda y crean un buffer en modo SLC más rápido. La implementación varía: puede ser fija, dinámica, dirigida por el equipo o inexistente.

El documento WriteBooster de KIOXIA muestra un ejemplo claro en UFS. Los datos entran primero a un buffer SLC finito. Cuando se llena, la escritura pasa al área TLC y el rendimiento baja; después el controlador vacía el buffer, normalmente en reposo o hibernación [1]. Micron describe de forma similar Dynamic Write Acceleration como una función para ráfagas en un SSD NVMe cliente [2].

El mecanismo explica la gráfica típica:

No supongas que todos los productos usan el mismo tamaño o política. Dos unidades con igual capacidad e interfaz pueden comportarse de forma distinta.

La interfaz es un techo, no una promesa

Las tasas USB y PCIe miden bits en el bus. La velocidad de aplicación es menor por la sobrecarga del protocolo y porque el almacenamiento detrás puede ser más lento. Crucial señala que un puerto, caja, adaptador, cable o controlador compartido puede limitar la unidad; varios dispositivos sobre un mismo controlador se reparten el ancho de banda [4].

Antes de culpar a la NAND, confirma:

• generación y número de líneas USB/PCIe negociadas;
• que la unidad de origen lea más rápido de lo que escribe el destino;
• que cable, hub, caja y lector soporten el modo esperado;
• que ningún otro dispositivo sature el mismo controlador;
• que la caché RAM del equipo no falsee el resultado;
• que energía y temperatura no cambien durante la prueba.

La guía de Crucial también menciona reparto de líneas de la placa, firmware, BIOS y controladores como causas comunes de diferencias frente a la cifra anunciada [3].

Mezcla de archivos y espacio libre cambian el resultado

Un archivo secuencial grande favorece a la NAND. Miles de archivos pequeños añaden metadatos y comandos. La escritura aleatoria obliga a mover y mapear más datos. Una unidad casi llena deja menos lugares cómodos para garbage collection.

Por eso un producto puede aprobar un benchmark corto y decepcionar al copiar un archivo fotográfico. Prueba lo que el cliente realmente hace:

• videos grandes para descargar tarjetas de cámara;
• muchos documentos pequeños en memorias promocionales;
• imágenes completas durante programación de fábrica;
• escritura aleatoria mixta para sistema operativo o base de datos.

Para el efecto del espacio libre, consulta por qué un SSD se vuelve lento al llenarse. Para la decisión de celda, consulta SLC, TLC, QLC y pSLC explicados.

Una prueba de compra que deja visible la caché

Para cada capacidad y BOM aprobada:

1. Borra o prepara la unidad mediante el procedimiento acordado.
2. Registra firmware, sistema de archivos, espacio libre y temperatura ambiente.
3. Usa un origen conocido como rápido y conexión directa.
4. Escribe datos no comprimibles mayores que la caché esperada, idealmente una parte significativa de la capacidad.
5. Registra velocidad y temperatura contra tiempo, no solo el promedio.
6. Repite con la unidad parcialmente llena.
7. Deja un reposo controlado y repite para medir recuperación.
8. Ejecuta la mezcla real de archivos y compárala con la base secuencial.

La especificación de aceptación debería indicar como mínimo:

• velocidad sostenida mínima después de caché;
• duración máxima permitida por debajo de ese piso;
• tamaño de prueba y nivel de llenado;
• límites de temperatura ambiente y del dispositivo;
• equipo, interfaz y parámetros de cola;
• identidad de firmware y BOM.

Homologa por separado la capacidad menor. Puede tener menos dados o canales NAND y una caché dinámica menor que el modelo de más capacidad.

Conclusión

La velocidad máxima vende los primeros segundos; la sostenida decide el trabajo largo. La caché en modo SLC acelera legítimamente la flash, pero es finita y depende de firmware, llenado y carga. El comprador debe pedir la curva completa y un mínimo posterior a caché, y verificar ambos en la capacidad y BOM exactas que venderá.