Zahn - Unix-Netzwerkprogramminerung mit Threads, Sockets und SSL

5.4 Nebenläufige Server mit Prethreading 277
dürfen, haben wir der durch IEEE Std 1003.1-2001 geforderten Threadsicherheit
der Funktion zu verdanken. Es gibt allerdings auch ältere Implementierungen,
die offensichtlich nicht völlig zu IEEE Std 1003.1-2001 konform sind
und bei denen der nebenläufige Aufruf von accept() zu einem Fehler führen
kann (meist EPROTO). In diesem Fall empfiehlt es sich, den accept()-Aufruf
in einen Mutex zu packen und damit vor der gleichzeitigen Verwendung in
mehreren Threads zu schützen:
pthread_mutex_lock( &accept_mutex );
client = accept( sd, (struct sockaddr *)&sa, &slen );
pthread_mutex_unlock( &accept_mutex );
if( client < 0 )
{
...
}
Mit dieser Schutzvorrichtung kann dann in keinem Fall mehr etwas schieflaufen.
Die Mutex-Variante des nebenläufigen Accept-Handlers verhindert auch
noch einen weiteren unschönen Nebeneffekt, der auf manchen (meist älteren)
Unix-Systemen bei nebenläufigen accept()-Aufrufen zum tragen kommt:
Wurde das Drei-Wege-Handshake für eine neue TCP-Verbindung abgeschlossen
und warten mehrere Threads mittels accept() auf eingehende Verbindungen,
so kann es sein, daß vom System alle wartenden Threads aufgeweckt
werden. 11 Natürlich kommt letztendlich nur ein einziger Thread zum Zug und
die anderen Threads kehren folglich auch nicht aus ihrem accept()-Aufruf
zurück, aber der CPU-Aufwand, der durch das (sinnlose) Aufwecken verursacht
wird, wirkt sich negativ auf das Laufzeitverhalten des Dæmons aus.
5.4.2 Das Hauptprogramm als Signalverarbeiter
65–94
Der erste Teil des Hauptprogramms aus Beispiel 5.16 ist identisch zu Beispiel
5.14. Als erstes wird ein horchender Socket erstellt, danach die Signalmaske
des Hauptthreads angepaßt, der Prozeß in einen Dæmon umgewandelt
und zuletzt werden noch die CPU-Statistiken initialisiert.
11 Dieses Phänomen wird in der Literatur oft als thundering herd problem, also als
das Aufschrecken einer Herde (von Threads oder Prozessen) bezeichnet.