क्रोम नेटवर्क टैब में, आकार कॉलम के तहत, 2 संख्याएं क्या दर्शाती हैं?
ऊपर देखें: पहले अनुरोध के लिए 82.0 केबी का प्रतिनिधित्व करता है और 187 केबी का प्रतिनिधित्व क्या करता है?
इसके अलावा, जब हम इसमें हैं, समय कॉलम के तहत 2 अलग-अलग संख्याएं क्या दर्शाती हैं? (शीर्ष संख्या आमतौर पर बड़ी होती है लेकिन वे बहुत समान होती हैं)
आकार के तहत, पहला नंबर नेटवर्क प्रतिक्रिया का आकार है जिसमें संसाधन शामिल है। या "प्रतिक्रिया आकार।"
दूसरा नंबर डिस्क पर संसाधन का वास्तविक आकार "सामग्री आकार" है।
"प्रतिक्रिया आकार" "सामग्री आकार" से बड़ा हो सकता है (उदाहरण के लिए, आपके स्क्रीनशॉट में cs_0.2.js में 1.5kb का प्रतिक्रिया आकार है, लेकिन डिस्क पर आकार 1.4kb है) यदि प्रतिक्रिया में शामिल है प्रतिक्रिया शीर्षलेख में मेटाडाटा।
आम तौर पर प्रतिक्रिया आकार सामग्री आकार से छोटा होगा, हालांकि, संपीड़न के कारण।
समय स्तंभ के अंतर्गत, पहले नंबर "कुल अवधि, जवाब में अंतिम बाइट की प्राप्ति के लिए अनुरोध के शुरू से ही" (: https://developers.google.com/web/tools/chrome-devtools/network-performance/resource-loading#view-network-timing-details-for-a-specific-resource यहाँ से) है। दूसरा नंबर अनिवार्य रूप से विलंबता है, संसाधन की सेवा करने वाले सर्वर से प्रतिक्रिया प्राप्त करने में लगने वाला समय। यदि आप सूची में किसी विशिष्ट अनुरोध पर क्लिक करते हैं, तो आप टाइमिंग टैब के नीचे विस्तृत ब्रेकडाउन देख सकते हैं (यदि आप टाइमलाइन में रंगीन बार पर होवर करते हैं तो आप यह जानकारी भी देख सकते हैं)।
दो संख्याएं अक्सर समान होती हैं क्योंकि (जैसा कि आप विस्तृत ब्रेकडाउन में देखेंगे) अनुरोध समय का बड़ा हिस्सा आमतौर पर विलंबता से आता है - "प्रतीक्षा (टीटीएफबी)" में खर्च किया गया समय (टीटीएफबी का अर्थ है "पहले समय बाइट ")।
आप वास्तव में शीर्ष कि के अधिकार के लिए सीधे है पर बटन दबाने से सामग्री का आकार और विलंबता देखने निष्क्रिय कर सकते हैं "देखें:"।
बेंचमार्किंग के लिए कौन सी संख्या अधिक मायने रखती है? "आकार" और "समय" दोनों के लिए? – JaTo
आप वास्तव में आकार का बेंचमार्क नहीं कर सकते हैं, क्योंकि यह परीक्षणों में होना चाहिए (होना चाहिए)। जब तक आप विभिन्न वेबपृष्ठों का बेंचमार्क नहीं कर रहे हों? प्रतिक्रिया आकार वास्तव में मायने रखता है। और समय के साथ, अनुरोध समय विलंबता से अधिक महत्वपूर्ण है, क्योंकि एक डेवलपर के रूप में आपके विलंबता पर कोई नियंत्रण नहीं है। लेकिन फिर यदि आप अलग-अलग वेबपृष्ठों के प्रदर्शन को बेंचमार्क कर रहे हैं, तो हो सकता है कि आप विभिन्न वेबसर्वर के खिलाफ विलंबता में रुचि रखते हों –