nicht angemeldet
Das macht FastCGI sogar für shared Hosting tauglich!
Das heißt, daß man beim Neustart des FastCGI Servers nicht den Apache neu starten muss: Der FastCGI Server ist mandantenfähig, die Maintenance kann über den VirtualHost erfolgen.
Wenn der FastCGI Server gestoppt wurde, kommt der beim ersten Request auf den VirtualHost automatisch wieder hoch, ganz unabhängig vom Apache Webserver. In Letzterem muss dazu nur das Modul geladen sein (LoadModule fastcgi_module modules/mod_fastcgi.so in Global Config Apache 2).
Genau das macht FastCGI shared hosting tauglich. Und wie bereits festgestellt, die Anzahl der Prozesse ist konfigurierbar, damit lässt sich auch der Speicherbedarf abschätzen bzw. darauf abstimmen.
Ansonsten läuft ein FastCGI sehr CPU gefällig. Ich hatte Webserver die sind jeden morgen in die Knie gegangen weil bei jedem Request ein native CGI Prozess gestartet wurde, beim Start entsteht der meiste Overhead. Mit der Umstellung auf FastCGI war dieses Problem erledigt.
Woran man immer wieder seine Freude hat ist die Performance in FastCGI. Und vor Allem auch die hier beschriebene OO-Programmiertechnik die man gerade mit FastCGI sehr profitable nutzen kann.
MfG