Zahn - Unix-Netzwerkprogramminerung mit Threads, Sockets und SSL

5.6 Nebenläufige Server mit Preforking 289
in Abschnitt 5.2.4 beschrieben seine TCP-Verbindung zum Server, so nimmt
letzterer nach wie vor neue Anfragen an. Der Server startet dazu einfach weitere
Kindprozesse, die dann die Aufträge der Clients bearbeiten.
Wie schon der threadbasierte Server aus Abschnitt 5.3 ist auch der hier vorgestellte
Mehrprozeß-Server nicht in der Lage, seinen Ressourcenverbrauch
zu kontrollieren. Der Server startet, der Anzahl seiner gleichzeitigen Clients
entsprechend, prinzipiell beliebig viele Kindprozesse. Je mehr Clients der Server
nebenläufig versorgt, desto mehr Betriebsmittel sind auf der Server-Seite
durch die beteiligten Kindprozesse gebunden. An den Laufzeitmessungen aus
Tabelle 5.4 konnten wir ablesen, daß im Falle vieler Clients ein nicht unerbheblicher
Aufwand auf das Scheduling der einzelnen Prozesse entfällt. Ein
probates Mittel, die gebundenen Ressourcen zu limitieren, ist es wieder, die
Anzahl der gestarteten Kindprozesse zu zählen und keine neuen Verbindungen
mehr anzunehmen, sobald ein bestimmter Grenzwert überschritten ist. Eine
weit verbreitete Alternative sind nebenläufige Server mit Preforking, die wir
in Abschnitt 5.6 diskutieren.
Im Unterschied zu den threadbasierten Server-Versionen aus den Abschnitten
5.3 und 5.4 können die einzelnen Kindprozesse eines prozeßbasierten Servers
durchaus mit unterschiedlichen Privilegien laufen. Beim Start erben die
Kinder zwar jeweils die Credentials und damit die Privilegien des Elternprozeß’,
doch nachfolgende Änderungen an z. B. der effektiven User- oder Group-
ID wirken sich dann nur noch auf den jeweiligen Kindprozeß aus. Insofern
kann ein Accept-Handler bei Bedarf mittels seteuid() oder seteuid() die
effektive User- oder Group-ID wechseln, ohne dabei ungewollt die Privilegien
der anderen Accept-Handler zu beeinflussen.
5.6 Nebenläufige Server mit Preforking
Der Mehraufwand, den der nebenläufige Server aus Abschnitt 5.5 für die
ständige Erzeugung neuer Prozesse leisten muß, läßt sich auch hier wieder
durch das vorzeitige Erzeugen dieser Prozesse vermindern. Analog zum
Prethreading-Server aus Abschnitt 5.4.2 wird beim Preforking-Server eine gewisse
Anzahl von Kindprozessen im Voraus generiert, die später in ihrer Funktion
als Accept-Handler die eingehenden Netzwerkverbindungen eigenständig
verarbeiten. Dieses Vorgehen wird in Abb. 5.10 illustriert.
Ganz nebenbei wird dadurch die Maximalzahl der Kindprozesse bestimmt und
in der Folge auch der vom Server verursachte Ressourcenverbrauch limitiert.
Der Elternprozeß beteiligt sich selbst überhaupt nicht an der Behandlung der
Verbindungen, sondern kümmert sich lediglich um den Serverstart, die Verwaltung
der Kindprozesse, sowie schließlich um die Terminierung der beteiligten
Serverprozesse.
Auch beim Preforking-Server können die einzelnen Serverinstanzen alle gleichzeitig
mittels accept() am gleichen passiven Serversocket auf eingehende