curl प्रॉक्सी ट्रांसफ़र के लिए क्लाइंट-साइड समय-मापन
curl के समय अंतरालों को ऐसे समझें कि क्लाइंट को दिखने वाले मापों को प्रॉक्सी के छिपे अपस्ट्रीम काम का विभाजन न मानें।
कुल ट्रांसफ़र समय में से पहले-बाइट का समय घटाने पर पहले प्रतिक्रिया-बाइट के बाद से पूर्ण होने तक का अंतराल वर्णित होता है। यह अलग नहीं करता कि प्रॉक्सी ने वेबसाइट से जुड़ने में या वेबसाइट के प्रतिक्रिया बनाने की प्रतीक्षा में कितना समय बिताया।
प्रॉक्सी IP की तुलना करते समय यह अंतर महत्वपूर्ण है। बड़ा बॉडी पहले-बाइट के बाद का अंतराल लंबा कर सकता है, भले ही वेबसाइट ने तेज़ी से उत्तर दिया हो। छोटा बॉडी पहले बाइट से पहले लंबी प्रतीक्षा के बाद तेज़ी से पूरा हो सकता है।
| माप | व्याख्या |
|---|---|
| कनेक्शन समय | ट्रांसफ़र के मार्ग के लिए क्लाइंट को दिखने वाली कनेक्शन स्थापना |
| ट्रांसफ़र शुरू होने का समय | प्रतिक्रिया शुरू होने तक बीता समय, पहले का काम सहित |
| कुल में से ट्रांसफ़र शुरुआत घटाकर | उस बिंदु के बाद शेष ट्रांसफ़र अंतराल |
हर फ़ील्ड के लिए प्रलेखित सटीक परिभाषा का उपयोग करें। प्रॉक्सी का प्रकार, TLS, कनेक्शन का पुनः उपयोग और रीडायरेक्ट प्रभावित कर सकते हैं कि कौन-से चरण दर्शाए जाते हैं। ये क्लाइंट से प्राप्त अवलोकन हैं; ये प्रॉक्सी के आंतरिक DNS, कतार, अपस्ट्रीम कनेक्शन और ऑरिजिन-प्रोसेसिंग समय को अलग-अलग स्वतः उजागर नहीं करते।
यदि आप प्रॉक्सी चलाते हैं, तो क्लाइंट समय-मापन को उसके अपने अनुरोध लॉग या मीट्रिक्स से सहसंबंधित करें। यदि नहीं, तो मापों को एंड-टू-एंड साक्ष्य के रूप में रखें और ईमानदारी से लेबल करें। «प्रॉक्सी प्रतिक्रिया समय» नाम की संख्या को परिभाषित आरंभ और अंत चाहिए।
तुलनाओं के लिए गंतव्य, प्रतिक्रिया का आकार और कार्यभार एक समान रखें। जब उस तुलना के लिए सार्वजनिक एंडपॉइंट उपयुक्त हों, तो मुफ़्त प्रॉक्सी सूची उम्मीदवार देती है; तुलनीय मापों के लिए वही समर्थित प्रॉक्सी प्रोटोकॉल उपयोग करें। किसी दूसरे पृष्ठ से तेज़ परिणाम बेहतर प्रॉक्सी मार्ग के बजाय छोटे ट्रांसफ़र को दर्शा सकता है।