 |
STRATO MONITOR |
||||||||||||||||||||
| << HOME << Index |
Am 19.11.99 wurden 626 Meßwerte erhoben, dabei ist 15 mal ein Timeout aufgetreten. Die angeforderten Seiten waren: eine statische HTML-Seite (Kundenserver), eine per CGI/Perl dynamische generierte HTML-Seite, sowie eine HTML-Seite von STRATO. Folgende Antwortzeiten ergeben sich für die einzelnen URLs:
Im folgendem Diagramm ist die Zeit in Sekunden bis zur vollständigen Ankunft der HTML-Daten vom Kundenserver auf dem Monitor-Rechner gegen die Uhrzeit aufgetragen. Man erkennt deutlich, daß der übliche "Mittagspeak" gegen 14:00 Uhr auch die Server bzw. die Anbindung an die Grenze der Leistungsfähigkeit bringt. Die Punkte, die auf 0 liegen, sind Timeouts. Die X-Achse ist lediglich bis 25 Sekunden Antwortzeit skaliert (länger wird sowieso kein Surfer auf seine Daten warten).
Auch der Webserver von STRATO bleibt vom Mittagsansturm nicht verschont. Da aber die Domain strato.de sich die Anbindung und die Ressourcen lediglich mit 3 weiteren domains (strato-ag.de, skydsl.de und pronto-versand.de) teilen muß, bleibt die Antwortzeit insgesamt deutlich niedriger:
Besser sieht man dies noch in der Überlagerung der beiden oberen Diagramme. Zwischen ca 15:00 Uhr und 20:00 Uhr ist der "dezidierte" Strato-Server (grün) meist schneller als der Kundenserver (rot):
Überraschend ist die Messung hinsichtlich der dynamisch generierten Seite. Sie werden im Durchschnitt schneller ausgeliefert. Ich hatte eigentlich erwartet, daß die CGI-Seite länger braucht, als eine statische Seite. Zumindest heute war dies nicht so (Skalierung der X-Achse auf 40 s):
Randbemerkung
Zur Performance läßt sich mit Daten von einem Tag nichts sagen. Die hier gezeigten Werte sind vermutlich auf andere Internet Zugänge (z.B. wegen unterschiedlichem Routing) nicht unbedingt übertragbar - diese Messungen werden übrigens aus dem DFN-Netz gemacht. Aber sie erlauben mir eine ganz gute Einschaetzung, wie ein Surfer aus dem DFN Netz die Geschwindigkeit des Kundenservers sieht; schließlich kommt aus diesem Netz die Zielgruppe für den Kundenserver. Außerdem ist das Messen nicht dazu gedacht, die Server bei STRATO auszulasten. Ebenfalls bemerkenswert finde ich, daß die Requestzeiten bei hoher Last auf Plateaus fallen; bei etwa 5 s und 10 s sieht man deutliche "Punkt-Wolken".
| ||||||||||||||||||||
