Sacred Wrote:HI,
wenn es danach geht sollte gleich groß dran geschrieben werden das,dass ISP FastCGI verwendet.
Den im großen Hosting bereich ist dies eher ein Manko .. und du solltest es vorher wissen.
Warum, wieso, weshalb steht ja schon im Forum.
Aber bereits einigermaßen angepasste Einstellungen sind besser als die normalen Settings.
FastCgi mag ein wenig untypisch sein - doch ich würde mal behaupten, dass es grade in größeren Umgebungen besser skaliert.
Ram ist schließlich heute weniger das Problem - und shared Server haben meist reichlich davon. Das Plus an Sicherheit bzw. der Kompromiss zwischen Sicherheit & Geschwindigkeit spricht eindeutig für fastcgi. Mod_php ist unsicher von Natur aus - und suphp / cgi ist einfach nur langsam ohne Ende.
Eine "normale" Hosting Umgebung ist ja auch immer eine Mischumgebung mit sehr aktiven und kaum bzw. wenig aktiven Domains - sicherlich ist der Ram Bedarf bei vielen gleichzeitigen High-Traffic Seiten evt. ein wenig Höher als bei mod_php - allerdings geht dafür der Apache nicht in die Knie (da wir den worker-mpm benutzen können statt prefork) .
(schon mal 2500 prefork apaches gehabt
) Apache hält für jede Verbindung (eben auch keepalive) einen eigenen Prozess offen - der nat. auch mod_php usw. beinhaltet .... also auf wirklich busy servern zeigen sich da die Grenzen rapide.
Habt ihr schon mal auf einen halbwegs gefüllten C-Panel Server geschaut ?
Dieselben Domains auf der gleichen Maschine aber mit ispCP haben zu min 50-60% weniger Load bei mir geführt....