¿Disco lento en Linux? Cómo hallar cuellos de botella de E/S

Qué es el comando perf y por qué importa para el almacenamiento

Cuando un servidor Linux empieza a responder con lentitud extrema, el primer instinto de muchos administradores es revisar el uso general de la memoria o la carga de la unidad central de procesamiento. A menudo, sin embargo, la raíz del problema radica en operaciones de disco lentas o bloqueadas, conocidas como cuellos de botella de entrada y salida o E/S. Para investigar estos escenarios invisibles a las herramientas básicas, los ingenieros recurren al comando perf, una potente utilidad nativa de diagnóstico integrada en el núcleo del sistema operativo.

En la práctica, perf actúa como una caja negra capaz de interceptar eventos en tiempo real, desde el momento en que un programa solicita un dato al disco hasta la respuesta final del hardware. Si alguna vez intentaste diagnosticar problemas de rendimiento usando solo comandos tradicionales de monitoreo de infraestructura, tal como explicamos en nuestro artículo sobre cómo hallar cuellos de botella de E/S en Linux con iostat, habrás notado que muestran promedios globales pero rara vez revelan qué proceso exacto genera la espera excesiva. Es precisamente en ese margen de precisión donde perf se vuelve indispensable para cualquier ingeniero de sistemas.

Cómo funcionan las llamadas al sistema y el rastreo en Linux

Para comprender cómo perf monitorea el almacenamiento, necesitamos descifrar el camino que recorre un archivo. Cuando una aplicación necesita leer o escribir datos, no habla directamente con el controlador físico del disco duro o SSD. En su lugar, realiza lo que llamamos una llamada al sistema, que es una solicitud formal para que el núcleo del sistema operativo interactúe con el hardware de manera segura y controlada.

Estas llamadas al sistema generan eventos que se pueden medir con precisión quirúrgica. La utilidad perf se conecta a puntos específicos en el código del núcleo llamados tracepoints. Un tracepoint funciona como un sensor instalado en una carretera que registra la hora exacta de paso de cada vehículo. En nuestro caso, el vehículo es el bloque de datos que transita entre la memoria RAM y el dispositivo de almacenamiento, permitiendo calcular latencias con un margen de error mínimo.

Preparando el entorno e instalando las herramientas de diagnóstico

Antes de comenzar a rastrear el comportamiento del disco, debemos asegurarnos de que la utilidad esté correctamente instalada y cuente con los permisos necesarios para interactuar con los contadores de rendimiento del procesador y del núcleo. En distribuciones basadas en Debian o Ubuntu, la instalación se realiza normalmente a través del gestor de paquetes estándar del sistema.

Para verificar si el paquete correspondiente a la versión actual de su núcleo está disponible y listo para usarse en la máquina, ejecute el comando siguiente en su terminal con privilegios administrativos:

sudo apt update && sudo apt install linux-tools-common linux-tools-$(uname -r)

Tras la ejecución exitosa del comando anterior, pruebe el funcionamiento básico de la utilidad solicitando la pantalla de ayuda o listando los eventos disponibles en el sistema. Si el comando devuelve la lista sin errores de permisos ni símbolos de depuración faltantes, su entorno estará listo para capturar datos reales de rendimiento de E/S.

Cómo rastrear eventos de E/S de bloques con el comando perf

El subsistema encargado de gestionar las operaciones de lectura y escritura en discos duros y unidades de estado sólido en Linux es la capa de bloques. La utilidad perf cuenta con herramientas específicas para monitorear este subsistema mediante la opción record, la cual registra eventos en un archivo local para su posterior inspección detallada en pantalla.

Para iniciar una grabación centrada en los eventos de envío y finalización de solicitudes de bloques durante un intervalo crítico de tráfico, utilice el comando estructurado a continuación en su terminal:

sudo perf record -e block:block_rq_issue,block:block_rq_complete -a sleep 10

El comando anterior instruye al sistema para que recopile todos los eventos de despacho y término de bloques en todas las CPU del servidor durante exactamente diez segundos. El parámetro -a garantiza que el monitoreo sea global y no se limite a un único proceso aislado, capturando una visión panorámica completa de la actividad de almacenamiento de la máquina.

Analizando los informes de latencia e identificando culpables

Una vez que finaliza la grabación de datos de rendimiento, perf genera un archivo oculto llamado perf.data en el directorio de trabajo actual. Para transformar este cúmulo de registros binarios en un informe legible que señale qué procesos provocaron las colas más largas, empleamos el comando de informe interactivo.

Ejecute la siguiente instrucción para abrir el panel de análisis resumido directamente en su consola de texto:

sudo perf report --stdio

En este informe de texto, podrá observar la distribución porcentual del tiempo de CPU empleado en funciones del núcleo asociadas con la gestión de discos. Si nota que las llamadas vinculadas a rutinas de espera de controladores de almacenamiento ocupan la parte superior de la lista, habrá encontrado la prueba matemática de que su subsistema de E/S está estrangulando el rendimiento general del servidor.

Correlacionando las latencias de disco con la salud general del sistema

Identificar un cuello de botella de E/S aislado es solo la mitad del trabajo de ingeniería. A menudo, el disco se vuelve lento no porque el controlador físico haya fallado, sino porque procesos secundarios en segundo plano saturan el bus con operaciones innecesarias. El monitoreo continuo ayuda a evitar gastar tiempo reemplazando hardware cuando el verdadero culpable mal configurado es una base de datos o un servicio que genera registros excesivos.

Si el espacio en disco se ve comprometido por archivos temporales acumulados por el sistema operativo, vale la pena revisar consejos complementarios de limpieza, tales como el procedimiento que detallamos en nuestro artículo sobre cómo limpiar el caché del systemd journal y liberar disco. Garantizar un espacio libre adecuado reduce la fragmentación y alivia el trabajo del subsistema de bloques investigado con perf. Para profundizar en estos conceptos arquitectónicos en producción, consulte también nuestro análisis técnico sobre Cómo probar el circuito de carga de la placa base con multímetro.

Consideraciones finales

El uso avanzado del comando perf transforma la depuración de cuellos de botella de E/S de un proceso basado en conjeturas en una ciencia exacta apoyada en telemetría profunda del núcleo. Al rastrear llamadas al sistema y eventos del subsistema de bloques, los ingenieros adquieren la capacidad de aislar latencias milimétricas y resolver problemas crónicos de rendimiento en entornos de producción exigentes.

Mantener esta rutina de inspección detallada asegura una mayor estabilidad para sus aplicaciones, reduce costos asociados a infraestructuras sobredimensionadas y garantiza que cualquier anomalía en el disco se aborde con precisión quirúrgica antes de afectar a los usuarios finales.