Zahn - Unix-Netzwerkprogramminerung mit Threads, Sockets und SSL

5.3 Nebenläufige Server mit mehreren Threads 273
Abb. 5.5. Wartezeiten nebenläufiger Anfragen bei threadbasierten Servern
Für die Clients ergibt sich durch die nebenläufige Server-Architektur noch
ein weiterer Vorteil: Wie Abb. 5.5 zeigt, sinkt die durchschnittliche Wartezeit
eines Clients im direkten Vergleich zum iterativen Server deutlich. Die
meisten Clients erhalten innerhalb der ersten fünf Clockticks nach Verbindungsaufbau
bereits eine Antwort des Servers. Erst nachdem der Server durch
die nebenläufige Bearbeitung der ersten Anfragen unter Last steht, verzögert
sich die Antwortszeit für einige Nachzügler etwas. Trotzdem liegt die durchschnittliche
Reaktionszeit des threadbasierten Servers um Längen unter der
Antwortszeit der iterativen Variante. Durch dieses fairere Verhalten gegenüber
allen miteinander konkurrierenden Client-Anfragen erscheint dem Client die
Arbeit mit einem nebenläufigen Server deutlich flüssiger.
Besonderheiten und Einsatzgebiete
Anders als beim iterativen Server kann ein einziger bösartiger Client den
vielfädigen Server nicht zum Stillstand bringen. Blockiert ein Client wie in
Abschnitt 5.2.4 beschrieben eine TCP-Verbindung zum Server, so nimmt letzterer
nach wie vor neue Anfragen an. Der Server startet dazu einfach neue
Threads. Allerdings empfiehlt es sich auch im Fall nebenläufiger Server, eine
geeignete obere Zeitschranke für die Dauer einer Client-Verbindung vorzugeben.
Andernfalls könnten böswillige Clients zumindest einige Ressourcen auf
dem Server-System dauerhaft blockieren. Der Timeout-Wert wird wie üblich
über select() oder die Socket-Optionen SO_RCVTIMEO und SO_SNDTIMEO in
das Programm eingebracht. Darüber hinaus besitzt der nebenläufige Server
die Möglichkeit, die maximale Laufzeit eines Threads zu überwachen und damit
ebnenfalls einen Timeout für die Verbindung zum Client einzuführen.
Nachdem vom Server für jede Client-Anfrage ein neuer Thread gestartet wird
und dabei keine Begrenzung in Bezug auf die Anzahl gleichzeitiger Client-
Verbindungen stattfindet, sind dem Ressourcenverbrauch des Servers keine