«प्रत्येक वापरकर्त्याला दहा गिगाबाइट द्या» हे दोन अहवाल जुळत नाहीत तोपर्यंत अचूक वाटते. एकाने क्लायंटना पाठवलेले प्रतिसाद बेरजे केले; दुसऱ्याने अपस्ट्रीममधून आणलेले बाइट मोजले. दोन्ही आपापले निवडलेले फील्ड बरोबर नोंदवत असू शकतात.

Squid च्या लॉग स्वरूपात वेगळे काउंटर आहेत:

फील्डनोंदलेले मापन
%<stअनुकूलनानंतर क्लायंटला पाठवलेली एकूण प्रतिसाद रहदारी
%>stक्लायंटकडून मिळालेला एकूण विनंती आकार, chunked एन्कोडिंग बाइट वगळून
%<bsपुढील हॉपकडून मिळालेले HTTP-समतुल्य संदेश बॉडी बाइट, नोंदलेल्या अपवादांसह

Squid च्या मूळ लॉगमधील bytes स्तंभ क्लायंट प्रतिसाद काउंटर वापरतो. ते मूल्य जतन केलेल्या फाइलच्या लांबीइतके असेल असे वचन नाही, आणि ISP आकारतो त्या प्रत्येक Ethernet किंवा IP बाइटचे मापनही नाही.

कॅश हिट फरक दाखवतात: Squid अपस्ट्रीममधून नवीन न आणता प्रतिसाद पाठवू शकतो. जास्त अपलोड असलेले काम दुसरा फरक दाखवते: फक्त प्रतिसाद मोजल्यास विनंतीची दिशा बजेटबाहेर राहते.

CONNECT साठी, प्रॉक्सी बोगद्यातील प्रत्येक एन्क्रिप्टेड फाइल किंवा पृष्ठ न समजता पुढे पाठवलेली रहदारी हिशोबात आणू शकतो. पण बोगद्याची बाइट बेरीज डाउनलोड झालेल्या अनुप्रयोग वस्तूंच्या अचूक यादीत बदलू शकत नाही.

कोटा करार काउंटरच्या शेजारी लिहा: दिशा, निरीक्षण बिंदू, हिशोब कालावधी आणि ओळख. नंतर लॉग स्वरूपाची आवृत्ती अहवालांसोबत ठेवा. बाइटचा अर्थ काय याबद्दलचा मतभेद प्रत्येक मूल्याला अंदाजित सुधारणा गुणकाने गुणून «दुरुस्त» करू नये. अंमलबजावणीसाठी पूर्ण झालेल्या व्यवहारांची बेरीज थेट वापराच्या मागे राहू शकते.

संबंधित लेख