suphp / mod_php Performance?

[confixx_Hotzi]

Hallo allerseits,

ich bin gerade dabei, einen neuen Server auzusetzen.

Mit Confixx 3.2.1 kann ich ja suphp unter Debian recht einfach nutzen, das klappte auch auf Anhieb. suphp steht aber in den Ruf, im Vergleich zu mod_php oder einer fcgi Lösung (die wohl nur mit Debian Paketen und ohne Gebastele schlecht möglich ist) viel langsamer zu sein.

Hat jemand konkrete Erfahrungen damit?

Das alte System war ein Opteron 146 mit 1 Gbyte RAM, der neue Server ist ein Dual Core Opteron 1218 mit 4 Gbyte RAM. Ein potentieller suphp Overhead sollte natürlich das System performancetechnisch nicht auf das Niveau der alten Maschine herunterdrücken.

[pghosting]

Guten Tag, Andre,

die Performance ist sicherlich etwas "schwächer" als bei Verwendung von PHP als Apache-Modul oder im Fastcgi - Modus. Jedoch sollte es ca. maximal 10 - 15% mehr Resourcen in Anspruch nehmen, die gerade in Bezug auf den Sicherheitsgedanken doch lieber in Kauf genommen werden sollten :-). Wir selber nutzen nur Suphp und sind sehr zufrieden.

Gruß
Ronny Görner
Technik
pgHosting

[confixx_Hotzi]

In anderen Foren war von Faktoren ~5 die Rede. Kannst Du mir ein paar Eckdaten nennen? Also Anzahl der Zugriffe im Monat, auf welcher Hardware...

[mr.no-name]

Wir setzen meist suPHP/fastCGI unter Debian ein und sind damit sehr zufrieden.
Zumindest in dieser Konstellation ist die Geschwindigkeitseinbuße nicht allzuhoch, also weit entfernt vom Faktor 5.
Wie es mit suPHP/CGI aussieht kann ich leider nicht beurteilen, aber den Faktor 5 sollte es auch keinesfalls erreichen. Also wird auch in dieser Konstellation der neue Server flotter sein als der bisherige.

[confixx_Hotzi]

Wo gibts denn Infos, zu suphp -> fcgi statt cgi?

[smartTERRA GmbH Falk]

Wo gibts denn Infos, zu suphp -> fcgi statt cgi?

Treffer Nummer eins bei Google.


Schönen Gruß aus Düsseldorf,

Falk Brockerhoff

[confixx_Hotzi]

Treffer Nummer eins bei Google.


Schönen Gruß aus Düsseldorf,

Falk Brockerhoff

Diese Anleitung ist alt wie der Wald. Man sollte aktuell auch ohne selber bauen der fcgi und php Sachen auskommen.

[smartTERRA GmbH Falk]

Diese Anleitung ist alt wie der Wald. Man sollte aktuell auch ohne selber bauen der fcgi und php Sachen auskommen.

Ich kenne diese Anleitung nicht. Ich hatte nur vermutet, dass Du überhaupt nicht gesucht hast. Ein "Ich habe Google bereits bemüht und nur veraltete Anleitungen gefunden" wäre nett gewesen. Aber unberücksichtigt der fertig vorhandenen Pakete sollte der Weg der Implementierung ähnlich sein, oder?

Schönen Gruß aus Düsseldorf,

Falk Brockerhoff

[confixx_Hotzi]

Ich suche schon lange, nur mal so viel gesagt: Der Author schreibt im Rootforum selbst, dass er es nicht mehr so machen würde.

Aber er macht da fcgi direkt (nicht suphp), ich würde gern wegen Confixx suphp benutzen, hier aber das php-bin nicht per cgi sondern als fastcgi aufrufen, das muss wohl gehen.

Der suphp Handler

[handlers]
;Handler for php-scripts
x-httpd-php=php:/usr/bin/php-cgi

Php:

php5-cgi --version
PHP 5.2.0-8+etch1 (cgi-fcgi) (built: Mar 7 2007 23:29:30)
Copyright (c) 1997-2006 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2006 Zend Technologies
with Zend Extension Manager v1.2.0, Copyright (c) 2003-2007, by Zend Technologies
with Zend Optimizer v3.2.6, Copyright (c) 1998-2007, by Zend Technologies

Die Frage ist, wie man nun herausbekommt, welche Schnittstelle benutzt wird. Wenn ich die PHP Ausgabe da richtig deute, ist in PHP cgi und fcgi einkompiliert.

[beISP.de]

Also einen genauen Faktor kann ich nicht nennen, aber wir haben auf einem Server ein Communityportal laufen lassen, damals war der Load bei Stoßzeiten um die 25-30. Nach einem Upgrade auf FastCGI lief das System bei einem Load von 0,5-1,2.