nicht angemeldet
Um es mal kurz und knapp zu sagen: "Nicht raten, messen!"
Finde heraus, was genau langsam ist, was Last verursacht. Wenn Dir selbst das Know-How fehlt, arbeite mit dem Provider zusammen.
Ins Blaue hinein geraten:
* SSI ("SHTML") bedeutet, dass der Server jedes Mal wieder einige Dateien anfassen muß, um einen Request zu bedienen. Es wäre für den Server wesentlich leichter, wenn die Seiten vorberechnet wären. Es gibt diverse Programme, um SSI zu simulieren. Damit kannst Du mit wenig Arbeit die Seiten einmalig offline vorbereiten.
* Foren (insbesondere PHP-basiert) lassen sich bis zur Unkenntlichkeit customizen, erweitern und umbauen. Oft bleibt dabei aber die Performance auf der Strecke. Es gibt Foren, die schon für die Startseite 50 SQL-Requests verbrennen und ein bis zwei Sekunden rechnen müssen. In so einem Fall "back to the roots", jeden Schnickschnack abschalten, der nicht lebensnotwendig ist.
* Wie ist die Anbindung zwischen Webserver und Datenbank? Selbe Maschine oder eine große DB auf einer separaten Maschine? Wie breit ist die Verbindung zwischen beiden?
* Wie schnell kann der Webserver die Logs wegschreiben? (Sowas KANN ein Problem werden: http://www.heise.de/newsticker/meldung/11044) DNS-Lookups sollten bei stark frequentierten Servern ohnehin offline geschehen.
* Was treibt der Webserver, bevor eine Seite ausgeliefert wird? mod_rewrite, mod_include?
* Wie hoch ist die Auslastung der CPUs, der Platten, der Netzwerk-Interfaces? Eine Load Average von 400% ist für ein Quad-CPU-System absolut kein Problem, das bedeutet lediglich, das alle vier CPUs gut zu tun haben. Bei einem Single-CPU-System mit 400% stehen sich dagegen vier Prozesse ständig gegenseitig im Weg.
Alexander