आप जो उपकरण चुनते हैं वह इस बात पर निर्भर करता है कि आप क्या मापना चाहते हैं और साइट की जटिलता क्या है।
यदि साइट का व्यवहार कुकीज़ पर निर्भर है (जैसे उपयोगकर्ता को लॉगिन करने की आवश्यकता है) तो ab / curl / wget (अन्य उत्तरों में वर्णित) पर्याप्त नहीं होगा। एक उपाय http :: रिकॉर्डर / www :: मैकेनाइज करना है ।
आपके द्वारा पूछे जा रहे सभी डेटा आपके वेबसर्वर लॉग में हैं - और एक साधारण awk स्क्रिप्ट इसे और अधिक पठनीय रूप में वापस कर देगा।
साइट के विभिन्न तत्वों को डाउनलोड करने में लगने वाला समय बेंचमार्क।
यह प्रदर्शन का एक बहुत खराब संकेतक है (हालांकि यह उत्पादन प्रणाली के स्वास्थ्य की निगरानी के लिए उपयोगी है)। भारी / धीमी संसाधनों जैसे भारी रिपोर्टों, आईएसओ छवियों के अपवाद के साथ, मल्टीमीडिया फ़ाइलों के प्रदर्शन की धारणा को एक ही अनुरोध को संसाधित करने में लगने वाले समय के साथ बहुत कम मिला है - और इसे वास्तव में इसे मापने के लिए मुश्किल है (केवल% जोड़कर) आपके अपाचे लॉग में डी समस्या को हल करने के लिए प्रकट होता है, लेकिन टीसीपी हैंडशेक, एसएसएल बातचीत, कैशिंग प्रभाव, डीएनएस लुकअप समय) की उपेक्षा करता है।
एक बेहतर समाधान यह है कि बूमरैंग जैसे कुछ का उपयोग किया जाए - लेकिन यह एक जावास्क्रिप्ट सक्षम ब्राउज़र में चलता है। हालांकि यह व्यक्तिगत HTTP अनुरोधों को ट्रैक करने की तुलना में कथित रूप से बेहतर प्रदर्शन का संकेत देता है, यह प्रदर्शन के लिए एक मूल्य प्राप्त करने के लिए ब्राउज़र की घटनाओं पर निर्भर करता है - लेकिन peceived प्रदर्शन व्यूपोर्ट को प्रस्तुत करने के लिए लिए गए समय के बारे में है (फिर से इसके लिए उपकरण हैं - वेबस्टेजटेस्ट में फिल्मस्ट्रिप टूल्स पर एक नजर डालें )।
वास्तव में साइट (आरयूएम) बनाम सिंथेटिक परीक्षण के उपयोगकर्ताओं को दिए गए प्रदर्शन को मापने के बारे में भी तर्क है।