¿Por qué las bombas C-forkbombs no funcionan como las de bash?

Question

Si funciono con la clásica forkbomb bash:

:(){ :&:&};: 

mi sistema se bloquea después de unos segundos.

Traté de escribir una bomba fork en C, aquí está el código:

#include <unistd.h> 

int main() 
{ 
    while(1) { 
     fork(); 
    } 
    return 0; 
} 

Cuando lo ejecuto el sistema se vuelve menos sensible, pero puede matar a ese proceso (incluso después de minutos) sólo pulsar ^C.

---

El código anterior es diferente de la fiesta de forkbomb originales que he publicado: se trata de algo más como:

:() 
{ 
    while true 
    do 
     : 
    done 
} 

(no he probado que, no sé si había hang el sistema).

Así que también intenté implementar la versión original; aquí el código:

#include <unistd.h> 

inline void colon(const char *path) 
{ 
    pid_t pid = fork(); 
    if(pid == 0) { 
     execl(path, path, 0); 
    } 
} 

int main(int argc, char **argv) 
{ 
    colon(argv[0]); 
    colon(argv[0]); 
    return 0; 
} 

Pero todavía nada: puedo ejecutarlo y luego matarlo fácilmente. No es colgando mi sistema.

---

¿Por qué?

¿Qué tiene de especial las bombas de tenedor bash? ¿Es porque bash usa mucha más memoria/CPU? ¿Porque los procesos de bash llaman a muchas más llamadas al sistema (por ejemplo, para acceder al sistema de archivos) que a las mías?

Answer 1

Ese programa C es tiny, tiny tiny. Además, tenedor() 'un programa como ese es muy, muy eficiente. Sin embargo, un intérprete, como Bash, es mucho más costoso en términos de uso de RAM y necesita acceder al disco todo el tiempo.

Prueba a ejecutarlo por mucho más tiempo. :)

Answer 2

En tu forkbomb bash, estás poniendo nuevos procesos en nuevos grupos de procesos en segundo plano, por lo que no podrás ^C ellos.

Answer 3

Eso es básicamente debido a su tamaño. Cuando está ejecutando la bomba de fork bash, carga grandes programas de monstruos en la memoria (con respecto a su programa c) cada uno de ellos empieza a acaparar sus recursos de CPU. Definitivamente cuando los monstruos grandes comienzan a reproducir problemas viene más rápido que si las abejas comienzan a hacer mismo. Entonces la computadora se cuelga inmediatamente. Sin embargo, si mantiene su ejecutable c funcionando por mucho tiempo, también se cuelga el sistema. Solo que el tiempo será mucho más. Si desea comparar el tamaño de bash con el tamaño del programa c, consulte/proc // status. primero con pid de cualquier instancia en ejecución de fiesta, y luego con el pid de cualquier instancia en ejecución de un programa en C

Answer 4

El verdadera causa de esto es que en el proceso de BASH se crea se separa de la matriz. Si el proceso principal (el que inicialmente comenzó) se cancela, el resto de los procesos continuará.Pero en las implementaciones de C que enumeró, los procesos secundarios mueren si el elemento principal se elimina, por lo que es suficiente para reducir el proceso inicial que comenzó a reducir el árbol completo de procesos siempre bifurcados.

Todavía no he encontrado una implementación C forkbomb que separe los procesos secundarios para que no se eliminen si el padre muere. Los enlaces a tales implementaciones serían apreciados.