Redis · Lección 15
¿Qué efecto tienen el fork de la persistencia y las Transparent Huge Pages en la memoria y la latencia?
Las Transparent Huge Pages mejoran la latencia de Redis y deben activarse siempre, porque reducen la fragmentación durante el fork
El fork no tiene ningún efecto sobre la latencia ni la memoria, porque el proceso hijo no comparte páginas con el padre
Al guardar RDB o reescribir el AOF, Redis hace un fork con copy-on-write: con muchas escrituras la memoria usada puede crecer mucho, y el propio fork puede causar picos de latencia en conjuntos grandes; por eso no se asigna toda la RAM a maxmemory y se recomienda desactivar las Transparent Huge Pages
El fork duplica siempre y de inmediato toda la memoria, así que maxmemory debe ser como máximo el 10 % de la RAM disponible
Redis · Lección 15
Completa el código
El fork usa la técnica copy-on-
Revisa: copy-on-write.
Redis · Lección 15
¿Por qué dejar margen de RAM por encima de maxmemory es importante si hay persistencia?
Pista: durante el fork las páginas modificadas se copian y el consumo real puede superar el tamaño de los datos; sin margen, el sistema podría quedarse sin memoria y matar el proceso, y la memoria extra cubre el copy-on-write y los buffers.
✓
¡Lección completada!
Memoria, fork y copy-on-write
0
XP ganado
3
Vidas restantes