RAM: qué cambia de verdad entre DDR3, DDR4 y DDR5
Publicado el 2026-09-12 por frfrand
Frecuencia, latencia y ancho de banda explicados sin marketing. Por qué más megahercios no siempre es más rápido, y por qué en un servidor la cantidad casi siempre gana.
Las especificaciones de memoria están llenas de números que parecen comparables y no lo son. Vale ordenarlos, porque la conclusión para un servidor es bastante distinta de la que sugiere el marketing.
Los dos números que aparecen
La frecuencia (DDR4-3200, DDR5-6000). Indica cuántas transferencias por segundo hace. Más frecuencia, más ancho de banda: más datos por segundo.
La latencia CL (CL16, CL30). Cuántos ciclos de reloj espera antes de entregar el primer dato. Más bajo es mejor.
Y acá está el detalle que el marketing omite: los dos suben juntos. Una memoria más rápida suele tener un CL más alto, porque los ciclos son más cortos.
La cuenta que lo aclara
La latencia real en nanosegundos se calcula así: CL dividido por la mitad de la frecuencia, por 2000.
- DDR4-3200 CL16 → 10 nanosegundos
- DDR5-6000 CL30 → 10 nanosegundos
Prácticamente lo mismo. Y si se hace la cuenta para DDR3 típica, también se queda cerca.
La conclusión incómoda: en tres generaciones, el ancho de banda se multiplicó y la latencia real casi no cambió. Cada generación entrega más datos por segundo, pero el primer dato tarda más o menos lo mismo desde hace quince años.
Esa es una limitación física, no un descuido: tiene que ver con cómo funcionan las celdas de memoria.
Qué mejoró de verdad
No todo es marketing, hubo avances reales:
Ancho de banda. Para cargas que mueven muchos datos de forma continua (procesar imágenes, análisis, virtualización con muchas máquinas) esto se nota.
Capacidad por módulo. DDR5 permite módulos mucho más grandes, que es lo que hace posibles los servidores con cantidades enormes de memoria.
Eficiencia energética. Menos voltaje por generación. En un centro de datos, eso es dinero.
Corrección de errores en el módulo. DDR5 incorpora una corrección interna básica. No reemplaza a la memoria ECC de servidor, que además protege el trayecto hasta el procesador, pero es una mejora real de fiabilidad.
Por qué en un servidor esto importa poco
Acá está lo práctico.
La diferencia entre DDR4 y DDR5 en una aplicación web típica es de pocos puntos porcentuales. La diferencia entre tener suficiente memoria y no tenerla es de órdenes de magnitud.
Cuando un servidor se queda sin memoria pasan dos cosas, las dos malas:
- Empieza a usar swap. La latencia salta de nanosegundos a milisegundos. Es un millón de veces más lento. La aplicación no se cae: se arrastra, que muchas veces es peor porque es más difícil de diagnosticar.
- Se pierde la caché de disco. Linux usa la memoria libre para cachear archivos. Sin ella, cada lectura vuelve al disco.
Y si falta de verdad, el sistema elige un proceso y lo mata.
Cómo mirarlo
free -h
La columna a mirar es available, no "free". Que "free" sea bajo es normal y deseable: Linux usa la memoria sobrante como caché y la libera cuando alguien la necesita.
Si "available" está bajo y la swap está creciendo, hay un problema real.
vmstat 1
Las columnas "si" y "so" muestran intercambio con la swap. Si hay actividad constante ahí, tu servidor necesita más memoria, no memoria más rápida.
La regla corta para dimensionar un servidor: primero suficiente memoria, después todo lo demás.
