Welches Tool Sie auswählen, hängt davon ab, was Sie messen möchten und wie komplex die Site ist.
Wenn das Verhalten der Website von Cookies abhängt (z. B. muss sich der Benutzer anmelden), reicht ab / curl / wget (beschrieben in anderen Antworten) nicht aus. Eine Lösung ist die Verwendung von http :: recorder / www :: mechanize .
Alle Daten, nach denen Sie fragen, befinden sich in Ihren Webserver-Protokollen - und ein einfaches awk-Skript gibt sie in einer besser lesbaren Form zurück.
Schätzen Sie die Zeit ein, die zum Herunterladen der verschiedenen Elemente der Site benötigt wird.
Dies ist ein sehr schlechter Leistungsindikator (obwohl er zur Überwachung des Zustands eines Produktionssystems nützlich ist). Mit Ausnahme von großen / langsamen Ressourcen wie umfangreichen Berichten, ISO-Bildern und Multimediadateien hat die Wahrnehmung der Leistung sehr wenig mit der Zeit zu tun, die für die Verarbeitung einer einzelnen Anforderung benötigt wird - und es ist wirklich schwierig, dies genau zu messen (einfach% hinzufügen). D in Ihrem Apache-Protokoll scheint das Problem zu lösen, ignoriert jedoch TCP-Handshakes, SSL-Aushandlung, Caching-Effekte und DNS-Lookup-Zeiten.
Eine bessere Lösung ist es, so etwas wie Boomerang zu verwenden - aber das läuft in einem Javascript-fähigen Browser. Dies liefert zwar einen besseren Indikator für die wahrgenommene Leistung als das Verfolgen einzelner HTTP-Anforderungen, stützt sich jedoch auf Browserereignisse, um einen Wert für die Leistung abzuleiten. Schauen Sie sich die Filmstreifen-Tools in WebPageTest an .
Es gibt auch das Argument, die Leistung zu messen, die den Benutzern der Site (RUM) tatsächlich zur Verfügung gestellt wird, und synthetische Tests.