सर्वर पर डेटा / अनुरोध अपलोड करने में समय व्यतीत होता है। यह अवरुद्ध और प्रतीक्षा के बीच होता है। उदाहरण के लिए, यदि मैं एक ASPX पृष्ठ को वापस पोस्ट करता हूं, तो यह अनुरोध अपलोड करने में लगने वाले समय (प्रपत्रों और सत्र स्थिति के मूल्यों सहित) को ASP सर्वर पर वापस भेजने का संकेत देगा।
प्रतीक्षा अनुरोध भेजे जाने के बाद का समय है, लेकिन सर्वर से प्रतिक्रिया प्राप्त होने से पहले। मूल रूप से यह वह समय है जो सर्वर से प्रतिक्रिया के लिए इंतजार कर रहा है।
प्राप्त करना सर्वर से प्रतिक्रिया डाउनलोड करने में लगने वाला समय है।
अवरोधन शुरू करने वाले UI थ्रेड और वायर पर मिल रहे HTTP GET अनुरोध के बीच समय की मात्रा है।
ये क्रम होता है:
- ब्लॉक कर रहा है *
- डीएनएस लुकअप
- कनेक्ट
- भेजना
- इंतज़ार कर रही
- प्राप्त
* ब्लॉकिंग और डीएनएस लुकअप स्वैप किया जा सकता है।
नेटवर्क टैब समय बिताए प्रसंस्करण को इंगित नहीं करता है।
यदि आपके पास लंबे समय से अवरुद्ध समय है तो ब्राउज़र चलाने वाली मशीन धीरे-धीरे चल रही है। आप मशीन (अधिक रैम, तेज प्रोसेसर, आदि) को अपग्रेड करके या इसके कार्यभार को कम करके (सेवाओं को बंद करने की आवश्यकता नहीं है, कार्यक्रमों को बंद करने आदि) को ठीक कर सकते हैं।
लंबे प्रतीक्षा समय यह संकेत देते हैं कि आपके सर्वर को अनुरोधों का जवाब देने में लंबा समय लग रहा है। इसका या तो मतलब है:
- अनुरोध को संसाधित होने में लंबा समय लगता है (जैसे कि यदि आप डेटाबेस से बड़ी मात्रा में डेटा खींच रहे हैं, तो बड़ी मात्रा में डेटा को सॉर्ट करने की आवश्यकता होती है, या एक HDD पर एक फ़ाइल को ढूंढना पड़ता है जिसे स्पिन करने की आवश्यकता होती है)।
- आपके सर्वर को उचित समय में सभी अनुरोधों को संभालने के लिए बहुत अधिक अनुरोध प्राप्त हो रहे हैं (किसी अनुरोध को संसाधित करने में .02 सेकंड लग सकते हैं, लेकिन जब आपके पास 1000 अनुरोध होंगे, तो ध्यान देने योग्य विलंब होगा)।
दो मुद्दे (लंबे समय तक प्रतीक्षा + लंबे अवरोधन) संबंधित हैं। यदि आप कैशिंग द्वारा सर्वर पर कार्यभार कम कर सकते हैं, नया सर्वर जोड़ सकते हैं, और सक्रिय पृष्ठों के लिए आवश्यक कार्य को कम कर सकते हैं तो आपको दोनों क्षेत्रों में सुधार देखना चाहिए।