Warum funktionieren C-Forkbombs nicht wie Bash-Bomben?

Wenn ich die klassische Bash-Forkbomb ausführe:

:(){ :&:&};:

mein system hängt nach ein paar sekunden.

Ich habe versucht, eine Forkbomb in C zu schreiben, hier ist der Code:

#include <unistd.h>

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

Wenn ich es ausführe, reagiert das System weniger, aber ich kann diesen Prozess (auch nach Minuten) beenden, indem ich einfach drücke ^C.

Der obige Code unterscheidet sich von der ursprünglichen Bash-Forkbomb, die ich gepostet habe: Es ist eher so etwas wie:

:( )
{
    while true
    do
        :
    done
}

(Ich habe es nicht getestet; weiß nicht, ob es das getan hätte aufhängen das System).

Also habe ich auch versucht, die Originalversion zu implementieren; hier der code:

#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;
}

Aber immer noch nichts: Ich kann es ausführen und es dann einfach töten. Es ist nicht hängend mein system.

Wieso den?

Was ist das Besondere an Bash Forkbombs? Liegt es daran, dass Bash viel mehr Speicher/CPU verbraucht? Weil Bash-Prozesse viel mehr Systemaufrufe aufrufen (z. B. um auf das Dateisystem zuzugreifen) als meine?

Das C-Programm ist sehr klein, ernsthaft winzig. Außerdem ist das Forken () eines solchen Programms sehr, sehr effizient. Ein Interpreter wie Bash ist jedoch in Bezug auf die RAM-Nutzung viel teurer und muss ständig auf die Festplatte zugreifen.

Versuchen Sie, es viel länger laufen zu lassen. 🙂

Das real Ursache dafür ist, dass in BASH der von Ihnen erstellte Prozess vom übergeordneten Prozess getrennt ist. Wenn der übergeordnete Prozess (der, den Sie ursprünglich gestartet haben) beendet wird, leben die restlichen Prozesse weiter. Aber in den C-Implementierungen, die Sie aufgelistet haben, sterben die untergeordneten Prozesse, wenn der übergeordnete Prozess beendet wird. Es reicht also aus, den ursprünglichen Prozess herunterzufahren, mit dem Sie begonnen haben, den herunterzufahren ganz Baum sich ständig verzweigender Prozesse.

Ich habe noch keine C-Forkbomb-Implementierung entwickelt, die untergeordnete Prozesse trennt, damit sie nicht getötet werden, wenn der übergeordnete Prozess stirbt. Links zu solchen Implementierungen wären willkommen.

In Ihrer Bash-Forkbomb fügen Sie neue Prozesse in neue Hintergrundprozessgruppen ein, sodass Sie dies nicht können ^C Sie.

Das liegt vor allem an der Größe. Wenn Sie die Bash-Fork-Bombe ausführen, lädt sie große Monsterprogramme in den Speicher (in Bezug auf Ihr C-Programm), und jedes von ihnen beginnt, Ihre CPU-Ressourcen zu belasten. Wenn große Monster anfangen, sich zu reproduzieren, treten Probleme definitiv schneller auf, als wenn Bienen anfangen, dasselbe zu tun . Der Computer hängt sich also sofort auf. Wenn Sie jedoch Ihre ausführbare C-Datei lange laufen lassen, wird auch das System hängen bleiben. Nur dass die Zeit viel länger sein wird. Wenn Sie die Größe von bash mit der Größe des c-Programms vergleichen möchten, schauen Sie sich /proc//status an. zuerst mit pid einer beliebigen laufenden Instanz von bash und dann mit pid einer beliebigen laufenden Instanz eines ac-Programms