To, które narzędzie wybierzesz, zależy od tego, co chcesz zmierzyć i złożoności witryny.
Jeśli zachowanie strony zależy od plików cookie (np. Użytkownik musi się zalogować), ab / curl / wget (opisane w innych odpowiedziach) nie wystarczy. Jednym z rozwiązań jest użycie http :: recorder / www :: mechanize .
Wszystkie dane, o które prosisz, znajdują się w logach twojego serwera - a prosty skrypt awk zwróci je w bardziej czytelnej formie.
Benchmark, ile czasu zajmuje pobranie różnych elementów witryny.
Jest to bardzo słaby wskaźnik wydajności (chociaż jest przydatny do monitorowania kondycji systemu produkcyjnego). Z wyjątkiem dużych / wolnych zasobów, takich jak obszerne raporty, obrazy ISO, pliki multimedialne, postrzeganie wydajności ma niewiele wspólnego z czasem potrzebnym na przetworzenie pojedynczego żądania - i naprawdę trudno jest to dokładnie zmierzyć (wystarczy dodać% D do twojego dziennika apache wydaje się rozwiązać problem, ale ignoruje uzgadnianie TCP, negocjacje SSL, efekty buforowania, czasy wyszukiwania DNS).
Lepszym rozwiązaniem jest użycie czegoś takiego jak Boomerang - ale działa to w przeglądarce obsługującej Javascript. Chociaż daje to lepszy wskaźnik postrzeganej wydajności niż śledzenie pojedynczych żądań HTTP, opiera się na zdarzeniach przeglądarki, aby uzyskać wartość dla wydajności - ale uzyskana wydajność dotyczy czasu potrzebnego do renderowania rzutni (ponownie istnieją do tego narzędzia - spójrz na narzędzia paska filmowego w WebPageTest ).
Istnieje również argument na temat mierzenia wydajności faktycznie dostarczanej użytkownikom witryny (RUM) w porównaniu z testami syntetycznymi.