Performance tuning - umija soll die Seiten schneller ausgeben!

Die ersten Performance test's und tuning Maßnahmen gab es vor einem Jahr. Mit dem wechsel des umija Providers auf den neuen Netclusiver Server wird wieder ein Benchmark fällig. {DIV(align=>left, width=>25%, float=>right, class="umijabox")}{DIV}

Ist Situation

Zur Zeit wird die Startseite von umija "gefüllt" relativ langsam ausgeliefert. Damit es auch einige Werte zum Vergleichen gibt, wurde umija.org in unregelmäßigen Abständen mit Hilfe von itscales web performance monitoring abgefragt. Die Ergebnisse der Test sind nachfolgend dargestellt. Zur Erklärung: der rote Balken zeigt die Zeit die für die TCP Verbindung benötigt wurde, der gelbe Balken steht für die Zeit die verstrich bis das erste Byte an den client ausgeliefert wurde, und der grüne Balken stellt die Zeit die für die reine Übertragung benötigt wurde.

22. April 2008 file/20080045/umija_perf_2008-04-22.png width= height= align= desc= link= class=""

03. Mai 2008 file/20080045/umija_perf_2008-05-03.png width= height= align= desc= link= class=""

07. Mai 2008 file/20080045/umija_perf_2008-05-07.png width= height= align= desc= link= class=""

09. Mai 2008 file/20080045/umija_perf_2008-05-09.png width= height= align= desc= link= class=""

Sehr auffällig ist der gelbe Balken in allen Diagrammen. Dieser Balken stellt die Zeit die umija benötigt um die angefragte Seite zu erzeugen. Einfach ausgedrückt ist es die Zeit für das Ausführen der PHP Skripte und somit auch für die SQL Abfragen.

Weiterhin gibt es drei größere grüne Balken, und zwar bei den Dateien: * 20060143.css [[61397 Byte] * overlib.js [[49245 Byte] * tiki-js.js [[31344 Byte]

das sind die drei größten Dateien welche zur Zeit auf der Hauptseite nachgeladen werden. Die Hauptseite, in den Diagrammen als / gekennzeichnet, welche gleich an der vierten Stelle der Größe nach kommt, wird hier vernachlässigt. Der Grund hierfür ist, dass diese Seite bereits komprimiert wird. Die drei größten Dateinen jedoch noch nicht.