Caso anonimizado · SIP

Separar consumo de aplicación de memoria retenida por el kernel.

Una alerta indicaba agotamiento severo de RAM y swap, aunque los procesos visibles no explicaban el consumo.

Problema

La plataforma seguía cursando tráfico y conservaba CPU disponible, pero la memoria utilizable era crítica. Reiniciar procesos o liberar caché sin diagnóstico podía ocultar la causa o afectar servicio.

Método

  • Conciliación de RAM, swap y memoria por proceso.
  • Separación entre page cache y slab no reclamable.
  • Identificación de la caché dominante del kernel.
  • Muestras temporales para medir crecimiento bajo tráfico.
  • Comparación con una plataforma equivalente de referencia.

Resultado

La evidencia aisló memoria no reclamable en espacio kernel como causa dominante; no era consumo normal de la aplicación ni caché de archivos. Se recomendó drenaje y reinicio controlado como alivio, seguido de corrección compatible y prueba de carga en laboratorio.

Límite

La investigación demostró dónde se acumulaba memoria y su relación con actividad, pero no convirtió una sospecha de componente en atribución definitiva sin reproducción controlada o confirmación del fabricante.

Controles aplicados
  • Diagnóstico de sólo lectura
  • Sin reinicios durante el análisis
  • Sin captura de contenido de llamadas
  • Comparación contra referencia
  • Recomendación con rollback operativo