Was genau ist ein Pre-Fork-Webservermodell?

Ich möchte wissen, was es genau bedeutet, wenn sich ein Webserver als Pre-Fork-Webserver bezeichnet. Ich habe einige Beispiele wie Einhorn für Rubin und Gunicorn für Python.

Genauer gesagt sind dies die Fragen:

• Welches Problem löst dieses Modell?
• Was passiert, wenn ein Pre-Fork-Webserver zum ersten Mal gestartet wird?
• Wie geht es mit Anfragen um?

Auch eine spezifischere Frage für Einhorn / Gunicorn:

Angenommen, ich habe eine Webanwendung, die ich mit (g) Einhorn ausführen möchte. Bei der Initialisierung führt die Webanwendung einige Initialisierungsaufgaben durch (z. B. zusätzliche Datenbankeinträge ausfüllen). Wenn ich (g) Einhorn mit mehreren Workern konfiguriere, wird das Initialisierungsmaterial dann mehrmals ausgeführt?

Pre-Forking bedeutet im Grunde, dass ein Master Gabeln erstellt, die jede Anforderung bearbeiten. Eine Gabel ist ein völlig separater * nix-Prozess.

Update gemäß den Kommentaren unten. Das preIn pre-forkbedeutet, dass diese Prozesse vor dem Eingang einer Anforderung gegabelt werden. Sie können jedoch normalerweise erhöht oder verringert werden, wenn die Last auf und ab geht.

Pre-Forking kann verwendet werden, wenn Sie Bibliotheken haben, die NICHT threadsicher sind. Dies bedeutet auch, dass Probleme innerhalb einer Anforderung, die Probleme verursachen, nur den Prozess betreffen, von dem sie verarbeitet werden, und nicht den gesamten Server.

Die mehrfach ausgeführte Initialisierung hängt davon ab, was Sie bereitstellen. Normalerweise existieren jedoch für jeden Prozess Verbindungspools und ähnliches.

In einem Threading-Modell würde der Master leichtere Threads erstellen, um auch Anforderungen zu versenden. Wenn ein Thread jedoch massive Probleme verursacht, kann dies Auswirkungen auf den Master-Prozess haben.

Mit Tools wie Nginx, Event MPM von Apache 2.4 oder gevent (das mit Gunicorn verwendet werden kann) sind diese asynchron, was bedeutet, dass ein Prozess Hunderte von Anforderungen verarbeiten kann, ohne zu blockieren.