Speichernutzung von Apache2 mit PHP4

Ich habe ein relativ großes Problem mit dem Speicherhunger von Apache2 mit PHP4, vielleicht kann mir jemand hier helfen:

Der Webserver ist ein in meinen Augen ziemlich gut ausgestatter Dell mit 4 x XEON 2.4 GhZ Prozessoren und 2 GB RAM. Auf ihm läuft ein Suse Linux 9.1 oder 9.2, bin mir leider nicht ganz sicher. Apache und PHP wurden via Standard-Installation installiert, da ist also nichts selbst kompiliert worden oder ähnliches. Apache2 ist Version 2.0.50 und PHP 4.3.8. Zusätzlich läuft der PHP Accelerator als Cache für die Scripte. Die Website ist fast komplett dynamisch in PHP programmiert, sehr wenig statische Elemente, und hat in Spitzenmonaten schon mal 3 Mio Seitenaufrufe.

Alles läuft auch soweit sehr gut, solange es nicht zu größeren Abweichungen in der Zahl der gleichzeitig zugreifenden User kommt. Normal zeigt mir " ps -ef |grep http | wc -l " zwischen 50 und 80 Prozessen an. Da es aber regelmäßig zu Live-Events auf dem Webserver kommt (Liveberichte von Sportveranstaltung), die mittels "Liveticker" veröffentlicht werden, kommt es zu extremen Spitzen der gleichzeitig zugreifenden Clients.

Die server-tuning.conf sieht wie folgt aus:


512 Prozesse ist also Maximum, und ich denke mal dass in den besagten Spitzenzeiten locker das doppelte von Nöten wäre. Die 512 erreichen wir auf jeden Fall bei einem Live-Event fast immer, habe auch schon mit höheren Werten experimentiert die dann fast umgehend erreicht wurden.

Jetzt benötigt unser Apache laut TOP auch noch extrem viel Speicher, jeder Prozess verbraucht ca. 50(!!) MB RAM:


Das ist bei 2 GB RAM (auch wenn es in Kürze 4 GB sein werden, der Speicher ist bereits bestellt) natürlich viel zu viel, wenn ich sagen wir mal 1000 Clients gleichzeitig bedienen will. Auch wenn die Rechnung 1000 * 50 MB = Benötigter Speicher natürlich nicht stimmt, da die Prozesse sich ja wohl auch Speicher teilen (Bitte um Berichtigung wenn ich gerade Unsinn erzähle ?). Desweiteren stammt diese 50 aus der Spalte VIRT, die laut top Dokumentation VIRT = SWAP + RES. bedeutet. RES ist 18 MB, wird der Rest also bereits geswapped ?

Wie dem auch sei, ich habe mir dann als erstes die Apache-Module angeschaut und auf ein Minumum reduziert. mod_cgi und mod_proxy usw. allesamt rausgeworfen. Die Prozessgröße wurde schon um einiges kleiner. Laufen müssen mod_auth, mod_ssl und mod_php4.

Als nächstes habe ich in yast die PHP Module kontroliiert, die standardmäßig allesamt von Suse installiert werden: Auch hier viele überflüssige Module wir postgresql (zumindest in meinem Fall nicht benötigt) und viele weiter.

Als ich jetzt noch den PHP Accelerator abgeschaltet habe, was die CUP Last etwas erhöht hatte, kam ich auf folgende Werte:


VIRT 20MB, RES 13MB.

Somit konnte die Speichernutzung schon mal deutlich reduziert werden, ist aber immer noch viel zu hoch um die gewünschte Anzahl an Usern abzufangen.

Als nächstes hatte ich die PHP-Scripte selbst unter Verdacht, unsauber programmierte Datenbankabfragen oder ähnliches. Bei der PHP-Applikation handelt es sich um ein selbstprogrammiertes Content Management System, welches sämtliche Anfragen immer durch ein einziges Script "index.php" sendet. Dort wird der Request entgegengenommen und entsprechend der übergebenen Parameter weiterverarbeitet. Startet man diese Datei also mit einem "<? exit; ?>", steht das gesamte System zu 100%. Wenn ich das tue, verändert sich die Speichernutzung der Prozesse leider immer noch nicht in dem Maße, wie ich es erwartete: ps - aux zeigt:


Wenn ich das richtig lese, sind das immer noch 14MB pro Prozess, ohne dass irgendeine Funktion ausser "exit" ausgeführt werden ? Dann bin ich mit meinem Latein am Ende. Was kann man noch unternehmem, um unnötigen Ballast loszuwerden ? Oder sollte diese Größenordnung am Ende normal für Apache2 sein ?

Gibt es noch weitere Möglichkeiten, den Server zu optimieren ? Für eine Antwort wäre ich sehr dankbar!

Gruss
Dirk