Zahn - Unix-Netzwerkprogramminerung mit Threads, Sockets und SSL

5.7 Zusammenfassung 299
Zeiten aus Tabelle 5.6 zeigen als Kontrast die für 30 sequentielle Anfragen ermittelten
Meßwerte. Mit Blick auf die serverseitig verbrauchte CPU-Zeit zeigt
sich, daß die nebenläufigen Server die zusätzliche Flexibilität bei der Bearbeitung
der Aufträge mit erhöhtem Rechenaufwand bezahlen. Ganz nebenbei hat
sich natürlich auch die Komplexität des Quellcodes erhöht. Besonders deutlich
ist dieser Anstieg des CPU-Verbrauchs bei den Varianten zu beobachten,
die pro Anfrage eine neue Server-Instanz starten und dabei den Ressourcenverbrauch
nicht limitieren.
Die Clients der nebenläufigen Server profitieren direkt von Server-Systemen
mit mehreren Prozessoren, da die nebenläufigen Server-Varianten im Gegensatz
zu iterativen Servern in der Lage sind, die vorhandenen Ressourcen mittels
mehrerer Prozesse oder Threads auszuschöpfen. Dabei war es wenig überraschend,
daß die nebenläufigen Server mit Prethreading oder Preforking bei
unseren Messungen klar im Vorteil waren.
Tabelle 5.7. Durchnittliche Antwortszeiten der Server-Varianten
Server-Variante
Durchnittliche Antwortszeit
Iterativer Server
514,83 Clockticks
Nebenläufiger Server mit mehreren Prozessen
39,40 Clockticks
Nebenläufiger Server mit mehreren Threads
10,77 Clockticks
Nebenläufige Server mit Preforking
214,10 Clockticks
Nebenläufige Server mit Prethreading
212,53 Clockticks
Die in Tabelle 5.7 aufgeführten durchschnittlichen Antwortszeiten zeigen, daß
sich die strikte Ressourcenkontrolle der Preforking- bzw. Prethreading-Server
auch auf die Reaktionszeiten der Server auswirkt. Im Gegensatz zu den einfachen
nebenläufigen Servern ist das Antwortsverhalten dieser beiden Server-
Varianten bei acht Server-Instanzen und 30 nebenläufigen Anfragen etwas
weniger flüssig.
In der Praxis wird deshalb oftmals auf eine dynamische Form des Preforking
oder Prethreading zurückgegriffen: Der Server darf bei Bedarf (d. h. in Stoßzeiten)
in einem bestimmten Rahmen neue Server-Instanzen starten und inaktive
Instanzen zu einem späteren Zeitpunkt wieder beenden. Die Konstante
NUM_THREADS des Prethreading-Servers würde in diesem Fall durch zwei Konstanten
MIN_THREADS und MAX_THREADS abgelöst, welche die Minimal- und
Maximalzahl der vorab zu startenden Accept-Handler festlegt. Für prozeßbasierte
Server wird analog verfahren.
Ob nun prozeß- oder threadbasierte Server für eine konkrete Anwendung die
bessere Wahl sind, hängt u. a. davon ab, ob von den Accept-Handlern auf gemeinsame
Daten zugegriffen werden soll, ob der Server bestimmte Aktionen
zwischen den Accept-Handlern synchronisieren muß oder ob bestimmte Arbeiten
des Servers mit erweiterten oder reduzierten Privilegien ablaufen müssen.