Zahn - Unix-Netzwerkprogramminerung mit Threads, Sockets und SSL

5.5 Nebenläufige Server mit mehreren Prozessen 281
nur NUM_THREADS Client-Verbindungen (hier: acht Verbindungen) nebenläufig
bearbeiten kann. Für die nachfolgenden Client-Anfragen erhöht sich die Wartezeit
stufenweise. Dennoch ist das Verhalten des Prethreading-Servers aus
der Sicht der Clients noch erheblich flüssiger als das Antwortsverhalten des
iterativen Servers aus Abschnitt 5.2.
Besonderheiten und Einsatzgebiete
Die Eigenschaften eines nebenläufigen Servers mit Prethreading decken sich
weitgehend mit den Eigenschaften der normalen threadbasierten Variante. Der
kontrollierte Ressourcenverbrauch, der ganz automatisch über die maximale
Anzahl von Threads und damit die maximale Anzahl gleichzeitiger Verbindungen
eingeführt wird, macht die Prethreading-Variante dabei noch etwas
robuster als ihren Vorgänger. Aufgrund der nebenläufigen Abarbeitung der
eintreffenden Anfragen ist auch hier ein einziger böswilliger Client nicht dazu
in der Lage, den Server zu blockieren. Verhalten sich aber gleich eine ganze
Menge von Clients derart böswillig, so ist bei dieser Server-Variante durchaus
ein Denial of Service möglich. Deshalb kann auch hier bei wichtigen Diensten
ein Timeout mit select(), über die die Socket-Optionen SO_RCVTIMEO und
SO_SNDTIMEO oder mit Pthreads-Bordmitteln durchaus sinnvoll sein.
Wie alle rein threadbasierten Server besitzen auch alle Threads des nebenläufigen
Servers mit Prethreading die selben Credentials, teilen sich also insbesondere
die Prozeß-ID sowie die verschiedenen User- und Group-IDs (UID, GID,
EUID, EGID; vgl. dazu Abschnitt 2.5.1). Soll der Server für verschiedene
Anfragen (oder in speziellen Abschnitten der Bearbeitungsphase) andere Privilegien
besitzen, so muß hierfür auf eines der in den nächsten Abschnitten
vorgestellten prozeßbasierten Verfahren zurückgegriffen werden.
5.5 Nebenläufige Server mit mehreren Prozessen
Neben POSIX-Threads bieten Unix-Prozesse eine zweite, schwergewichtigere
Möglichkeit, nebenläufige Handlungen zu initiieren. Bei nebenläufigen Servern
die auf Basis mehrerer Prozesse arbeiten, werden Clientverbindungen anstatt
von eigenständigen Threads von separaten Prozessen bearbeitet.
Abbildung 5.8 zeigt die prinzipielle Struktur eines prozeßbasierten, nebenläufigen
Servers: Ausgehend von einem Serverprozeß, der, analog zum iterativen
Server aus Beispiel 5.9, in einer Schleife neue TCP-Verbindungen mittels
accept() annimmt, wird bei diesem Servertyp für jede neue Netzwerkverbindung
ein neuer Prozeß gestartet. Dieser Kindprozeß kümmert sich dann im
weitern Verlauf um die Kommunikation mit dem Client. Nachdem der neue
Prozeß mittels fork() gestartet wurde, schließt der Serverprozeß umgehend