[Technik] FastGCI mal wieder

[Christof Donat]

Hi,

> > Ich denke, dass es Vorbehalte geben könnte, wenn ich dauerhaft laufende
> > Prozesse auf dem Server starte. Darum frage ich vorher nach.
>
> wir müssten abwägen, zwischen
>
> a) fortlaufend neu startenden Prozessen
> b) fortlaufend laufenden Prozessen
>
> Wobei laufende Prozesse dann üblicherweise auch dauerhaft
> DB-Verbindungen oder Dateien geöffnet halten.

Auch da ist die Frage, was schlimmer ist: eine neue DB-Verbindung pro Request, 
oder eine, die evtl. ein paar Tage brach liegt. Bei sehr vielen Requests kann 
die Variante "eine DB-Verbindung pro Request" dazu führen, dass zeitweise 
mehr Verbindungen bewältigt werden müssen, als jemals mit persistenten 
Verbindungen nötig wären. Andererseits sind persistente Verbindungen immer da 
und in Überlastsituationen werden neue, eventuell Verbindungen aufgebaut, so 
dass unter ungünstigen Bedingungen vorübergehend sogar mehr Verbindungen 
bestehen können als Requests.

Wie groß ist die Belastung aus einer brach liegenden Verbindung? Gibt es eine 
Obergrenze bei MySQL und PostgrSQL, die nicht aufgehoben, oder zumindest 
verschoben werden kann? 

Wie groß ist die Belastung aus eventuell für ein paar Tage brach liegenden 
Prozessen? Sie brauchen keine CPU-Zeit und werden im Zweifel ausgelagert und 
erst beim nächsten Request an diesen Prozess wieder in den Speiche geladen.

Christof

-- 
actSoft gmbh                                 Software nach Maß

Zugspitzstr. 211                                www.actsoft.de
86165 Augsburg                                   cd at actsoft.de

                                      Registergericht Augsburg
Geschäftsführer                             Augsburg HRB 21896
Christof Donat                           UStID: DE 248 815 055