wenn du mehrere verschiedene teile hast, könntest du die doch einfach auf verschieden server auslagern, oder? dann hättest du bspw. das CMS auf www.myhome.de, den "chat" auf irc.myhome.de und das forum auf forum.myhome.de.
sollte das aus irgend einem grund unmöglich sein (z.b. weil keine kohle da ist) würde ich erst mal versuchen, bei mysql den cache zu aktivieren.
ein kompletter wechsel der software ist nach meiner erfahrung immer mit viel problemen und arbeit verbunden. vor allen dingen, wenn die seite schon 'ne weile läuft.

und wir wissen immer noch nicht, ob du nun auch bilder und css auslieferst oder nicht.
ist das irgendwie geheim oder sowas?

wenn alles nichts hilft, musst du mal einen loadbalancer ausprobieren. je nachdem, wie dein
sessionhandling gebaut ist, kann das problemlos sein oder mit sehr viel aufwand verbunden sein.

da er kaum was verraet, was hilft herauszubekommen, wo die meisten ressourcen verbraten werden, und er auch fragen nicht beantwortet, ist es meiner Meinung nach unmoeglich, ihm zu helfen... oder seht ihr das anders? Man kann noch hundert tips geben, aber ohne basis sind die alle wenig sinnvoll

@all
Sorry, ersteinmal es ist nicht mein Server. Der Besitzer des Servers hat kaum Kohle und bietet die Inhalte in ner Fremdsprache an derer ich nicht mächtig bin, zudem ist er sehr unerfahren. Ausserdem hatte ich bis vor kurzen keinen direkten Zugriff auf das CMS Menü um mir das Ganze mal anzuschaun.

@jan

Quote

sind das alles einzigartige seiten, die für jeden besucher neu generiert werden müssen oder kannst du cachen? wenn ja, würde das sicher einiges von der last abnehmen.

Die Seiten sind alle dynamisch aber bei vielen ändert sich der Inhalt nicht, leider gibt es in dem CMS anscheind keine Cache Möglichkeit.

Quote

zusätzlich könntest du versuchen, ein bisschen mit dem querycache von mysql zu spielen: http://dev.mysql.com/doc/mysql/en/query-cache.html

Das hatte ich schon vor Wochen versucht brachte leider keine Verbesserung.


@Strat

Quote

was fuer load-zeiten sagt denn top? wenn die dauerhaft >= 1 sind, hat der server ein problem (bei einer cpu)

top - 00:09:40 up 9 days, 13:24, 1 user, load average: 3.31, 3.88, 5.13
Tasks: 136 total, 9 running, 125 sleeping, 0 stopped, 2 zombie
Cpu(s): 93.1% user, 6.9% system, 0.0% nice, 0.0% idle
Mem: 1024352k total, 713484k used, 310868k free, 39988k buffers
Swap: 514072k total, 4k used, 514068k free, 193820k cached

Hm, da haut was nicht hin, stimmt könnte der Prozessor sein. Bei 41 Leuten bewegt er sich um die 0,9 und 1, merkwürdig.


@pq

Quote

alle 658905 anfragen sind anfragen an skripte?css, bilder etc. hast du also auf einem anderen server?
benutzt du mod_perl? wenn nicht, dann würde ich als erstes auf mod_perl migrieren. evtl. RAM
verdoppeln.

Ähm hatte es doch geschrieben es hat nichts mit Perl zu tun.

Schau dir vor allem mal die zwei Zombie-Prozese an, sowas sollte nicht unbedingt vorkommen. Ansonsten kannst du ja per cron mal alle 5 Minuten ein 'ps aux' in eine Datei umleiten und eine Verlaufsstatistik machen, wo man sieht welche Prozesse wieviel Last erzeugen.

Zombies machen aber keine Last und belegen auch keinen Speicher. Sie nehmen nur Plaetze in der Prozesstabelle weg.

[quote=ptk,09.08.2005, 11:24]Zombies machen aber keine Last...[/quote]
Stimmt, die Zombies nicht, aber deren Parents. Sonst wären die ehemaligen Childs ja keine Zombies geworden. :p

auf grund der daten vermute ich mal, dass entweder CPU (ev. auch festplatte) das nadeloehr zu sein scheint.

da laeuft vermutlich eine datenbank; wenn die recht viel cpu frisst, dann am besten die DB auf einen anderen server auslagern (sollte allerdings netzwerktechnisch gut erreichbar sein)

wenn der webserver viel cpu frisst, kann es hilfreich sein, einzelne teile (z.B. subdomains oder sehr ressourcenhungrige scripte, wenn du die identifizieren kannst) auf einen anderen webserver auszulagern. statische inhalte auszulagern bringt im Normalfall eher wenig, weil die die CPU eher wenig fordern, sondern vielmehr Festplatte (und ev. RAM wegen Caching).

was wieviel an ressourcen frisst, bekommst du auch mit top heraus...

vielleicht würde ein cachen auf basis von apache schon helfen ... oder du musst ein caching ins cms hacken.