LinuxParty
¿Qué es un proceso zombie (zombi según la DRAE) en Unix? Según la Wikipedia, es un proceso que ha completado su ejecución pero aún tiene una entrada en la tabla de procesos, permitiendo al proceso que le ha creado leer el estado de su salida. Metafóricamente, el proceso hijo ha muerto pero su “alma” (el valor de retorno de la operación) aún no ha sido recogida.
Vale. Y entonces, ¿qué es un proceso zombi? (como dirían mis alumnos tras una explicación “de libro”) :-) Lo mejor es verlo con un ejemplo sencillito programado en C:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
#include #include int main() { pid_t pid; if ((pid = fork()) < 0) exit(1); else if (pid == 0) exit(0); sleep(120); exit(0); } |
Nota: para compilar, guarda el código anterior en prueba.c y compila así: gcc -o prueba prueba.c
En la línea 8 se hace un fork(), es decir, el proceso actual (padre) genera un nuevo proceso (hijo). Ambos son “idénticos” (mismo área de código, datos, mismos identificadores de canal abiertos, etc.) y se ejecutan en paralelo (sí, con una sola CPU ese paralelismo es una mera “ilusión óptica” ;-) . La instrucción fork() devuelve un identificador -1 si ha habido algún error en la creación del hijo. Si la génesis (proceso de formación del proceso hijo) fue correcta, en la línea 10 tanto el proceso padre como el proceso hijo preguntan por el identificador devuelto por fork(). Aquí sí que hay una diferencia: al proceso padre, el sistema operativo le devolverá el PID de su proceso hijo. Al proceso hijo, el s.o. le devolverá un 0.
Así que la línea 11 sólo será ejecutada por el proceso hijo. Y casualidades de la vida, esa línea es un exit(0). Así que el proceso hijo acaba de morir. Pero el proceso padre sigue, línea 13, y se suspende durante 2 minutos, desentendiéndose del hijo que acaba de morir. De hecho, el padre podría intentar recoger el resultado devuelto por el hijo (un 0) sincronizándose mediante una llamada al sistema wait(&resultado) pero no lo hace, está durmiendo la mona durante 2 minutos :-) Así que el proceso hijo, está “muerto”, pero su “alma” (el resultado 0 que aún está disponible para el padre si éste lo quiere) aún no ha sido recibida por nadie. Así que el proceso hijo no ha terminado de morir “del todo”. Está en modo zombie.
Podemos comprobarlo ejecutando “prueba” y pidiendo la lista de procesos:
$ ./prueba
Verás algo como lo siguiente:
$ ps auxww| grep prueba juanan 12851 0.0 0.0 1624 296 pts/1 S+ 14:58 0:00 ./prueba juanan 12852 0.0 0.0 0 0 pts/1 Z+ 14:58 0:00 [prueba] <defunct> juanan 12862 0.0 0.0 3236 792 pts/2 R+ 14:58 0:00 grep prueba
La (Z) es indicador de modo zombie en el proceso. El padre (PID=12851) está durmiendo (S
Vía DiarioLinux

-
Wireless
- NetworkManager 1.48 mejora la detección de la capacidad de banda de 6 GHz para dispositivos Wi-Fi
- Cómo configurar la tarjeta de Red Inalámbrica ( WiFi ) en Linux
- Wi-Fi 8 cambia la velocidad por una experiencia más confiable
- Introducción a la seguridad Wifi con Aircrack-ng en Linux
- Cómo las comunidades de código abierto están impulsando el futuro de 5G, incluso dentro de un gran gobierno como EE. UU.
- Científico español crea antena que convierte la señal Wifi en electricidad
- Comprobar si tu red WiFi WPA2 es hackeable
- Internet inalámbrico multi-gigabit sobre el tendido eléctrico es el objetivo de AirGig
- Bruselas promete wifi gratis en toda Europa en 2020
- Cómo un grupo de vecinos, hartos de una conexión tan lenta, montó su propio servicio de Internet
- Aprovechar tu viejo router para ampliar la cobertura WiFi de casa
- Li-Fi: luces LED se convierten en banda ancha de datos
- Manual para hackear una red wifi
- Gowex, el proveedor de conexión Wi-Fi, se declara en bancarrota
- Razones por las que proteger el ROUTER