HDD, SSD y NVMe: la diferencia que sí se nota
Publicado el 2026-09-12 por frfrand
Por qué el salto de disco mecánico a SSD fue el mayor de la historia reciente, qué agrega NVMe encima, y por qué las operaciones por segundo importan más que los megabytes por segundo.
El cambio de disco mecánico a memoria flash fue probablemente la mejora de rendimiento más grande de la informática reciente. Más que cualquier salto de procesador. Vale entender por qué.
El disco mecánico y su problema físico
Un disco duro tiene platos girando y un brazo que se mueve para leer. Para acceder a un dato, el brazo se posiciona (unos milisegundos) y después hay que esperar a que el sector pase por debajo (otros milisegundos).
Eso son entre 5 y 10 milisegundos de espera mecánica por cada acceso a una posición distinta. No hay optimización de software que lo evite: es física.
La consecuencia: un disco mecánico hace alrededor de 100 operaciones aleatorias por segundo. Ese número ha mejorado poquísimo en décadas, porque depende de cuánto giran los platos.
Para lectura secuencial de un archivo grande sí rinde bien (100 a 200 MB/s), porque el brazo casi no se mueve.
Por qué el SSD cambió todo
Un SSD no tiene partes móviles. Acceder a cualquier posición cuesta lo mismo: menos de 0,1 milisegundos.
Eso lleva las operaciones aleatorias de 100 por segundo a decenas de miles. Cien veces más, en el número que más le importa a una base de datos.
Y ahí está la clave que se suele pasar por alto: lo que mejoró no fue tanto la velocidad de transferencia (de 150 a 500 MB/s, unas tres veces) sino las operaciones por segundo, que mejoraron cien veces o más.
Una base de datos no lee archivos grandes de corrido: hace miles de lecturas chiquitas en posiciones dispersas. Por eso el cambio se sintió tanto.
Qué agrega NVMe
NVMe no es un tipo de memoria distinta: es una forma distinta de conectarla.
Los primeros SSD usaban la interfaz SATA, diseñada para discos mecánicos, con una sola cola de comandos y un límite de unos 600 MB/s.
NVMe conecta el disco directamente al bus PCIe y usa un protocolo pensado para memoria flash: miles de colas en paralelo, cada una con miles de comandos. En lugar de una fila única, muchas ventanas atendiendo a la vez.
En la práctica: entre 5 y 10 veces más operaciones aleatorias por segundo que un SSD SATA, y latencias todavía menores.
El punto a tener en cuenta: bajo carga sostenida se calientan, y si no disipan bien reducen su velocidad. En un servidor bien armado eso está resuelto; en equipos compactos, no siempre.
Sobre el desgaste
Las celdas de memoria flash soportan una cantidad limitada de escrituras. Es real, y en la práctica es mucho menos preocupante de lo que suena.
Los discos modernos indican cuántos terabytes se pueden escribir durante su garantía, y para una carga normal eso equivale a muchos años. Se puede consultar el estado:
smartctl -a /dev/nvme0
El dato a mirar es el porcentaje de vida utilizado. Y sí conviene mirarlo de vez en cuando: los discos flash, al morir, a veces pasan a sólo lectura sin aviso previo.
La regla práctica
- Base de datos, sistema operativo, aplicación → NVMe. La diferencia se nota todos los días.
- Archivos, copias de seguridad, vídeo → disco mecánico sigue siendo mucho más barato por terabyte y perfectamente adecuado.
Y un consejo de diagnóstico: antes de culpar al disco, mirá si realmente está esperando.
iostat -x 1
La columna de utilización cerca del 100% con tiempos de espera altos indica que el disco es el cuello de botella. Si está al 10%, el problema está en otro lado.
En ArduMaker los VPS usan almacenamiento NVMe, precisamente porque la carga típica (una base de datos y una aplicación) es exactamente la que más se beneficia.