Kommentare zu: Benchmark Apache2 mit PHP via mod_fcgid und SuExec http://www.debianroot.de/server/benchmark-apache2-mit-php-via-mod_fcgid-und-suexec-1195.html Debian Root Server Blog Sat, 04 Feb 2012 14:34:42 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Von: voku http://www.debianroot.de/server/benchmark-apache2-mit-php-via-mod_fcgid-und-suexec-1195.html/comment-page-1/#comment-926 voku Sun, 03 Oct 2010 12:48:34 +0000 http://www.debianroot.de/?p=1195#comment-926 in der XCache Konfiguration kann man per "xcache.ttl" die Zeit einstellen für der Cache gültig ist... funktioniert sehr gut in Kombination mit php-fpm. Man muss "php-fpm" nur neu-starten, wenn man eine Änderung an php-Dateien sofort sehen will... :-) in der XCache Konfiguration kann man per “xcache.ttl” die Zeit einstellen für der Cache gültig ist… funktioniert sehr gut in Kombination mit php-fpm.

Man muss “php-fpm” nur neu-starten, wenn man eine Änderung an php-Dateien sofort sehen will… :-)

]]> Von: kostaki http://www.debianroot.de/server/benchmark-apache2-mit-php-via-mod_fcgid-und-suexec-1195.html/comment-page-1/#comment-911 kostaki Wed, 29 Sep 2010 18:13:05 +0000 http://www.debianroot.de/?p=1195#comment-911 Hi voku, nginx klingt echt super, das wollte ich mir schon lange mal ansehen. Mal schauen wann ich Zeit finde. Zu Opcode Caches hab ich auch schon Tests fertig geschrieben, aber bin noch nicht zum posten gekommen. War auch etwas enttäuscht in der Kombination von Apache/fcgid/suexec/php und den Caches... Für jeden php Prozess ein eigenständiger Cache und beim neu starten ist der Cache wieder leer. Vielleicht kann man das mit nginx ja auch lösen. Gruß kostaki Hi voku,

nginx klingt echt super, das wollte ich mir schon lange mal ansehen. Mal schauen wann ich Zeit finde. Zu Opcode Caches hab ich auch schon Tests fertig geschrieben, aber bin noch nicht zum posten gekommen. War auch etwas enttäuscht in der Kombination von Apache/fcgid/suexec/php und den Caches… Für jeden php Prozess ein eigenständiger Cache und beim neu starten ist der Cache wieder leer. Vielleicht kann man das mit nginx ja auch lösen.

Gruß
kostaki

]]> Von: voku http://www.debianroot.de/server/benchmark-apache2-mit-php-via-mod_fcgid-und-suexec-1195.html/comment-page-1/#comment-851 voku Wed, 22 Sep 2010 18:33:22 +0000 http://www.debianroot.de/?p=1195#comment-851 Hi, nach meinen Tests ist die Kombination aus Nginx (Webserver) + PHP5-fpm (+ XCache) am schnellsten und kann auch am meisten gleichzeitige Verbindungen verarbeiten, ohne Beeinträchtigung. Da PHP5-fpm als Daemon läuft und nicht immer neue PHP-Prozesse starten muss, ist es auch logisch, dass diese PHP-Version schneller ist. Jedoch muss man für jede Webseite einen eigenen Daemon starten, wenn man die PHP-Skripte jeweils mit anderen User-Rechten ausführen möchte... -> http://suckup.de/blog/2010/07/31/nginx-php5-fpm-auf-debianubuntu/ -> http://suckup.de/blog/2010/07/26/apc-eaccelerator-xcache/ Hi, nach meinen Tests ist die Kombination aus Nginx (Webserver) + PHP5-fpm (+ XCache) am schnellsten und kann auch am meisten gleichzeitige Verbindungen verarbeiten, ohne Beeinträchtigung. Da PHP5-fpm als Daemon läuft und nicht immer neue PHP-Prozesse starten muss, ist es auch logisch, dass diese PHP-Version schneller ist. Jedoch muss man für jede Webseite einen eigenen Daemon starten, wenn man die PHP-Skripte jeweils mit anderen User-Rechten ausführen möchte…

-> http://suckup.de/blog/2010/07/31/nginx-php5-fpm-auf-debianubuntu/

-> http://suckup.de/blog/2010/07/26/apc-eaccelerator-xcache/

]]> Von: kostaki http://www.debianroot.de/server/benchmark-apache2-mit-php-via-mod_fcgid-und-suexec-1195.html/comment-page-1/#comment-635 kostaki Thu, 05 Aug 2010 07:23:20 +0000 http://www.debianroot.de/?p=1195#comment-635 Schon klar das man die Performance von einem simplen Echo Scripts nicht mit der einem kompletten Frameworks vergleichen kann, aber wenn es bei simplen Sachen besser läuft, sollten auch größere Anwendungen eine bessere Performance haben. Ich bin kein großer Fan von selbst kompilierten Anwendungen wenn mir Debian alles liefert was ich benötige, deshalb beschreibe ich das meiste auch an den mitgelieferten Versionen und benutze dann auch die dort aktuellen Konfigurationsnamen. Sobald es hier ein Update gibt, bringe ich die Anleitungen auf den neuen Stand. Das mit dem RAM hab ich ehrlich gesagt nicht getestet und ja ich fahre diese Konfiguration auf einem EQ4. Bisher ohne Probleme was RAM Verbrauch angeht. Im allgemeinen würde ich jedem raten selbst zu benachmarken welche Einstellungen bei ihm am besten laufen. Es war für mich nur schwer die richtigen Stellschrauben zu finden, da es keine wirklichen resourcen dafür gibt und deshalb habe ich diese Anleitung geschrieben, mein vorgehen dokumentiert, damit es für andere eine Hilfe bietet. Schon klar das man die Performance von einem simplen Echo Scripts nicht mit der einem kompletten Frameworks vergleichen kann, aber wenn es bei simplen Sachen besser läuft, sollten auch größere Anwendungen eine bessere Performance haben.

Ich bin kein großer Fan von selbst kompilierten Anwendungen wenn mir Debian alles liefert was ich benötige, deshalb beschreibe ich das meiste auch an den mitgelieferten Versionen und benutze dann auch die dort aktuellen Konfigurationsnamen. Sobald es hier ein Update gibt, bringe ich die Anleitungen auf den neuen Stand.

Das mit dem RAM hab ich ehrlich gesagt nicht getestet und ja ich fahre diese Konfiguration auf einem EQ4. Bisher ohne Probleme was RAM Verbrauch angeht.

Im allgemeinen würde ich jedem raten selbst zu benachmarken welche Einstellungen bei ihm am besten laufen. Es war für mich nur schwer die richtigen Stellschrauben zu finden, da es keine wirklichen resourcen dafür gibt und deshalb habe ich diese Anleitung geschrieben, mein vorgehen dokumentiert, damit es für andere eine Hilfe bietet.

]]> Von: Florian http://www.debianroot.de/server/benchmark-apache2-mit-php-via-mod_fcgid-und-suexec-1195.html/comment-page-1/#comment-634 Florian Wed, 04 Aug 2010 21:25:08 +0000 http://www.debianroot.de/?p=1195#comment-634 Noch viel mehr Performance (und ich meine Real-Performance, nicht für echo-scripte) würde es wohl bringen, wenn apache und php entsprechend in den neusten versionen selbst für die entsprechende arch kompiliert werden. Und dann natürlich auch suexec und fcgid direkt in die binary statisch reinlinken. Die veraltete Software aus dem lenny-Repository kann man wirklich niemandem empfehlen. Zumindest nicht bei Apache, fcgid und PHP oder dergleichen. Dazu wäre es schön, wenn Du in solchen Anleitungen nicht die inzwischen als deprecated gesehenen fcgid-direktiven nutzten würdest, sondern die neuen - siehe entsprechend http://httpd.apache.org/mod_fcgid/mod/mod_fcgid.html . Wieviel Ram rechnest Du im übrigen für ein MaxProcessCount von 500 eigentlich? Bei ~ 15mb pro PHP-Prozess (eher mehr wenn ich mir die Version aus dem Rep ansehe bzw. einige Module aktiviert sind) sind das ja schon 7,5GB alleine nur für PHP. Damit wäre lustigerweise nur noch 500MB platz fürs ganze restliche System inkl. apache etc. bei nem EQ4. Ist das im Ernst eine Konfiguration, die Du auf einem Produtiv-System fährst? Noch viel mehr Performance (und ich meine Real-Performance, nicht für echo-scripte) würde es wohl bringen, wenn apache und php entsprechend in den neusten versionen selbst für die entsprechende arch kompiliert werden. Und dann natürlich auch suexec und fcgid direkt in die binary statisch reinlinken.

Die veraltete Software aus dem lenny-Repository kann man wirklich niemandem empfehlen. Zumindest nicht bei Apache, fcgid
und PHP oder dergleichen.

Dazu wäre es schön, wenn Du in solchen Anleitungen nicht die inzwischen als deprecated gesehenen fcgid-direktiven nutzten würdest, sondern die neuen – siehe entsprechend http://httpd.apache.org/mod_fcgid/mod/mod_fcgid.html .

Wieviel Ram rechnest Du im übrigen für ein MaxProcessCount von 500 eigentlich? Bei ~ 15mb pro PHP-Prozess (eher mehr wenn ich mir die Version aus dem Rep ansehe bzw. einige Module aktiviert sind) sind das ja schon 7,5GB alleine nur für PHP. Damit wäre lustigerweise nur noch 500MB platz fürs ganze restliche System inkl. apache etc. bei nem EQ4. Ist das im Ernst eine Konfiguration, die Du auf einem Produtiv-System fährst?

]]> Von: kostaki http://www.debianroot.de/server/benchmark-apache2-mit-php-via-mod_fcgid-und-suexec-1195.html/comment-page-1/#comment-602 kostaki Mon, 12 Jul 2010 12:13:45 +0000 http://www.debianroot.de/?p=1195#comment-602 Hi, i can't tell where your fcgid-starter is localed. Normaly you can find out if you look into your vhost config. You can finde the fcgid.conf in /etc/apache2/mods-available. Hi,

i can’t tell where your fcgid-starter is localed. Normaly you can find out if you look into your vhost config.

You can finde the fcgid.conf in /etc/apache2/mods-available.

]]> Von: 4F2E4A2E http://www.debianroot.de/server/benchmark-apache2-mit-php-via-mod_fcgid-und-suexec-1195.html/comment-page-1/#comment-601 4F2E4A2E Sun, 11 Jul 2010 10:37:47 +0000 http://www.debianroot.de/?p=1195#comment-601 i love this tutorial, but i am really new to this benchmark stuff, so it would really help me alot if you could post the path of the files to it like this: vim /etc/.../fcgid-starter where can i find it anyway? using debian lenny, apache2, ispconfig 3 i love this tutorial, but i am really new to this benchmark stuff, so it would really help me alot if you could post the path of the files to it like this:

vim /etc/…/fcgid-starter

where can i find it anyway?

using debian lenny, apache2, ispconfig 3

]]>