Hallo Martin, zuerst vielen danke für Deinen Tip.
-->SDSL Nur zur Begriffsdefinition: Du schreibst "Der Request ist ei...". Meinst Du hier den Request oder den Response? Ich gehe von Response aus! Ich habe das mit unserem Admin durchgesprochen und er wird sich Deinen Tip genauer anschauen. Wenn das so ist, daß Teile vom TCP verloren gehen oder erst verspätet ankommen, dann ist beim Apache der Thread so lange im Status "W" bis das Bestätigungspaket kommt oder ??? Wenn dann sichergestellt ist, daß für den Overhead genug Bandbreite zur Verfügung steht, dann wird jeder Thread schnellst möglich nach dem Senden wieder freigegeben? Das würde sicherlich eine Verbesserung darstellen, aber die Problematik nicht lösen? Hat es einen Sinn die Anzahl der Threads vom Worker Modul zu erhöhen und somit den Webserver zwar erreichbar zu halten oder verschärft dies die Problematik nur noch. Wie soll man in so einer Extremsituation mit KeepAlive umgehen? Danke und lg Dietmar Martin Ebert <[EMAIL PROTECTED]> am 28.02.2005 12:36:13 Bitte antworten an users-de@httpd.apache.org An: users-de@httpd.apache.org Kopie: Thema: Re: Alle Threads in Verwedung --> Server nicht mehr erreichbar Hallo Dietmar, liebe Liste, > nur durch ein Aufstocken der Leitung zu lösen? > Bin für jeden Tip dankbar Ist die Leitung ADSL oder SDSL? Bei ADSL tritt folgendes Problem etwas früher auf - ist aber eigentlich identisch: Wenn die Bandbreite zur Neige geht, gehen die Bestätigungspakete nicht mehr durch. Der Request ist eigentlich zwar abgearbeitet, es kommt aber keine (bzw. verspätete) Quittung. Erster Schritt wäre also (wenn noch nicht erfolgt) auf Netzebene (Router sollte das können) Bandbreite so zu begrenzen, dass (sagen wir mal) 5% völlig frei bleiben. Die stehen dann somit dem TCP-Protokoll-Overhaed zur Verfügung. Grüße, Martin Ebert -------------------------------------------------------------------------- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] -------------------------------------------------------------------------- -------------------------------------------------------------------------- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --------------------------------------------------------------------------