Seçtiğiniz araç neyi ölçmek istediğinize ve sitenin karmaşıklığına bağlıdır.
Sitenin davranışı çerezlere bağlıysa (örneğin, kullanıcının giriş yapması gerekir), ab / curl / wget (diğer cevaplarda açıklanmıştır) yeterli olmaz. Çözümlerden biri http :: recorder / www :: mechanize kullanmaktır .
İstediğiniz tüm veriler web sunucusu günlüklerinizde - basit bir awk betiği daha okunaklı bir şekilde geri dönecek.
sitenin farklı öğelerini indirmek için geçen süreyi ölçmek.
Bu, çok zayıf bir performans göstergesidir (bir üretim sisteminin sağlığını izlemek için yararlı olmasına rağmen). Hacimli raporlar, iso görüntüleri, multimedya dosyaları gibi büyük / yavaş kaynaklar haricinde, performans algısı tek bir isteği işleme almak için harcanan zamanla çok az ilgilendi - ve bunu doğru bir şekilde ölçmek gerçekten zor (sadece% ekleyerek) Apache günlüğünüzde D sorunu çözmek için görünür ancak TCP anlaşmaları, SSL anlaşması, önbellekleme efektleri, DNS arama süreleri yok sayılır)
Daha iyi bir çözüm Boomerang gibi bir şey kullanmaktır - ancak Javascript özelliği olan bir tarayıcıda çalışır. Bu, bireysel HTTP isteklerini izlemekten daha iyi bir algılanan performans göstergesi verirken, performans için bir değer elde etmek için tarayıcı olaylarına dayanır - ancak önceden belirlenmiş performans, görünümün oluşturması için geçen zamanla ilgilidir (bunun için araçlar vardır - WebPageTest'teki film şeridi araçlarına bir göz atın ).
Sentetik testler yerine, sitenin kullanıcılarına (RUM) verilen performansın ölçülmesi konusunda da tartışma var.