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 [email protected]

An:    [email protected]
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]
--------------------------------------------------------------------------

Antwort per Email an