En Linux la carga media cuenta tanto los procesos en espera ininterrumpible como los ejecutables, así que una carga alta con las CPU ociosas casi siempre significa procesos bloqueados en E/S. Revisa el iowait y la utilización de dispositivos con iostat, busca procesos en estado D y considera un disco lento, un sistema de ficheros en red atascado o un volumen de almacenamiento saturado. De vez en cuando es contención de bloqueos o un montaje colgado y no un problema de rendimiento.
Por qué lo preguntan los entrevistadores
Este es un sondeo clásico de fundamentos de Linux que mucha gente de infraestructura falla, porque asume que carga equivale a demanda de CPU. El entrevistador quiere el detalle de la espera ininterrumpible y luego una ruta de diagnóstico metódica con herramientas concretas. También muestra si sabes razonar sobre una máquina viva en vez de reiniciarla de inmediato y esperar que el síntoma desaparezca.
Cómo estructurar tu respuesta
- Corrige la suposición: en Linux la carga incluye la espera ininterrumpible.
- Nombra el bloqueo por E/S como la causa probable.
- Da la secuencia de diagnóstico con comandos concretos.
- Menciona las causas menos comunes antes de concluir.
Ejemplo de respuesta
La carga media en Linux no es una cola de CPU, cuenta los procesos ejecutables más los ininterrumpibles, así que los procesos atascados esperando disco o un montaje de red la inflan mientras las CPU están ociosas. Así que mi primer movimiento es confirmar eso: ps buscando procesos en estado D, y vmstat o top para mirar la columna de iowait. Luego iostat para ver si un dispositivo está al cien por cien de utilización con un await horrible, lo que apunta a un disco saturado o fallando, o a un volumen en la nube que se ha quedado sin créditos de ráfaga, algo con lo que me he topado más de una vez en un volumen de propósito general que estuvo bien durante meses y de repente dejó de estarlo. Si los procesos en estado D tocan todos el mismo montaje, miro el sistema de ficheros en red, porque un export NFS colgado produce exactamente esta foto, carga enorme y nada ocurriendo. Si el almacenamiento pinta sano, amplío a contención de bloqueos o a un problema de driver. La clave es que reiniciar la aplicación aquí no me diría nada, porque la aplicación es la víctima, no la causa.
¿Tienes esta entrevista a la vuelta de la esquina? GhostPilot escucha tu llamada en vivo, detecta la pregunta en cuanto la hacen y pone una respuesta estructurada en tu pantalla en tiempo real. Pruébalo en tu próxima entrevista de práctica, o coge un Session Pass de $29, sin suscripción, para la de verdad.
Mira cómo funcionaPreguntas de seguimiento que puedes esperar
- ¿Cómo distinguirías un volumen saturado de uno que está fallando?
- ¿Qué implica un proceso en estado D para una señal de kill?
- ¿Sobre qué métrica alertarías realmente en vez de la carga media?
Más preguntas para Ingeniero DevOps
Tu entrevistador hará su propia versión de esta. Pega la descripción real del puesto en el Question Predictor gratuito y obtén las 20 preguntas que ese puesto tiene más probabilidades de hacerte, con lo que cada una busca en realidad.
Predecir mis preguntas