ticar
Hi,
ich hab eigentlich keine so wahnsinns große Installation aber auch starke Geschwindigkeitsprobleme. Beim Aufruf von großen Dokumenten und erst recht beim Abspeichern dauert es zum teil über eine Minute :( und dabei ist es fast egal wie groß das Dokument ist.
Auf Grund des Artikels habe ich den PHP-Speicher auf 64M hochgedreht, was leider auch nichts gebracht hat. Das ganze läuft bei uns lokal in einer Sun VirtualBox mit einem Debian drin. Ausser dem Apache2 und PHP läuft noch ein OpenFire Server (Jabba), sonst eigentlich nichts. MySQL habe ich schon abgeschaltet, genauso wie Dienste wie FTP oder Tomcat6, hat aber alles nichts gebracht.
Speicher hatte er ursprünglich 384MB, was ich jetzt mal 1024MB hochgedreht habe, allerdings ebenfalls ohne Erfolg. Von der CPU Aulastung über htop merkt man eignetlich gar keine Auslastung wärend der Wartezeit. Ich vermute hier irgendwo eine PHP Fehlkonfiguration *Seufz*
Wäre super, wenn jemanden hierzu was einfällt, da das Arbeiten so extrrem ätzend ist.
Gruß,
Lars
gnoerz
An der groesse der Installation sollten solche Probleme eigentlich nicht liegen.
Langsames Speichern liegt oft an einem "Mailabo" der Seite - je nach verwendeter Mailfunktion dauert das versenden oft geraume Zeit. Versuch mal, diese Funktion zu deaktivieren.
Was den reinen Seitenaufruf angeht: Versuch mal, das Caching der Seiten auszuschalten. Wirds dann besser?
Tom
andi
Schau mal ob deine VM korrekt DNS-Auflösungen machen kann.
martin1
Wie sieht es denn mit der Speicher- und Netzwerkauslastung aus?
Was ist denn wenn du den Jabber Server beendest, läuft es dann immer noch so langsam?
ticar
Mist, wurde hier leider nicht per Mail benachrichtigt das es Antworten gibt, sonst hätte ich schon früher reingeschaut.
Hab jetzt das ganze Wiki mal auf den externen Webserver verlagert, was geringfügig schnelleres arbeiten zuläßt, aber toll ist es leider immer noch nicht. Beide Webs machen natürlich eine astreine DNS Auflösung, d.h. Internet geht, Pingen von Namen geht, tracerout geht, etc.
Netzwerkauslastung ist marginal und wenn ich den Jabber-Server beende ändert das leider gar nichts an der Geschwindigkeit. Auf dem externen Webserver war es vorhin allerdings so, dass der php-cgi Prozessor auf 99% CPU Auslastung stand. Die Textdatei die er laden wollte war ca. 165kb groß. Hab die jetzt in mehere gesplittet, was aber eigentlich nicht so gewollt, bzw. gewünscht ist, aber sonst hat er auch mit 180s Execute Zeit für PHP eine Fehlermeldung gebracht, dass dies zu wenig ist :(
GZIP ausschalten hat das Laden des Menüs noch extremer verzögert übrigens. Also ich weiß ehrlich gesagt nicht mehr weiter bei dem Thema. Die Netzwerkauslastung ist in allen Fällen unbedenklich wenig. Auf dem externen Server ist sogar noch weniger los, denn da läuft lediglich ein einziges Web, das so gut wie gar nicht frequentiert ist. Speicherauslastung gibt es praktisch nicht, da es unser eigene Rootserver beim Provider ist, also nix geshared oder dergleichen.
Gruß,
Lars
andi
Sehr strange. Hast du irgendwelche plugins installiert? Ein Vanilla DokuWiki sollte eigentlich keine Probleme machen in der Konfiguration. Was sagt ?do=check - ist mb_string vorhanden?
ticar
Hi,
ja Plugins sind auf jeden Fall installiert und das eine ganze Reihe. Gute Anmerkung weil die hatte ich nämlich auch schon in Verdacht, nur wo anfangen, ausser alle rausschmeißen *grübel*
?do=check ergbit folgende Ausgabe auf dem externen Webserver
DokuWiki version: Release 2008-05-05
PHP version 5.2.0-8+etch13
More than 32MB RAM (67108864 bytes) available.
Changelog is writable
Datadir is writable
Attic is writable
Mediadir is writable
Cachedir is writable
Lockdir is writable
conf/users.auth.php is writable
mb_string extension is available and will be used
Debugging support is disabled
You are currently logged in as lv (Lars Vietense)
You are part of the groups admin, user
Your current permission for this page is 255
The current page is writable by the webserver
The current page is writable by you
Von der VM umgebung sieht die Ausgabe wiefolgt aus:
DokuWiki version: Release 2009-02-14b
PHP version 5.2.6-2ubuntu4.1
More than 32MB RAM (67108864 bytes) available.
Changelog is writable
Datadir is writable
Attic is writable
Mediadir is writable
Cachedir is writable
Lockdir is writable
conf/users.auth.php is writable
mb_string extension is available and will be used
Debugging support is disabled
You are currently logged in as lv (Lars Vietense)
You are part of the groups admin, user
Your current permission for this page is 255
The current page is writable by the webserver
The current page is writable by you
The data directory seems to be properly protected
Wuaaaaah, PlugIns sind die Ursache. Hab mal in einer Testumgebung alle PlugIns deaktiviert und schwupp sogar das größte Dokument war auf einmal um WELTEN schneller. 2-3s und es war geladen. Jetzt gilt es rauszufinden welches PlugIn dafür verantwortlich ist ...
Danke für den Hinweis ...