🌶️ 🎢 👪 लॉगिंग - मौन प्रदर्शन 🥑 👍🏿 🤱🏻

इस लेख की चर्चाओं में, मुझे अंततः संख्याओं में एपीआई लॉगर की गति विशेषताओं का मूल्यांकन करने की इच्छा हुई।

मैंने NLog और Log4Net लॉगर का उपयोग करते समय देरी की तुलना करने का फैसला किया, साथ ही .Net और मोनो में कोड सेक्शन के प्रदर्शन को मापने पर कुछ सामान्य प्रश्नों को उजागर किया।

मामले के लिए जब लॉग चालू होता है, तो प्रदर्शन निम्न घटकों से बना होता है:

संदेश प्रदान करना। कुछ मापदंडों को कैश करना और दूसरों को अतुल्यकालिक रूप से गणना करना संभव है।
टार्गेट / एपेंडर्स को संदेश वितरित करने के लिए एक प्रणाली।
संदेश प्रवाह बचत प्रणाली।

NLog और Log4Net में, इन सभी प्रणालियों की संरचना और वास्तुकला दोनों में व्यापक रूप से भिन्नता है। इसके अलावा, प्रदर्शन को बेहतर बनाने के लिए उन्हें अलग तरीके से ट्यून किया जा सकता है। इसलिए, शामिल किए गए लॉग के लिए मैं गैर-"होलिवरनह" परीक्षण तैयार नहीं कर सका।

लेकिन, जैसा कि पहले ही उल्लेख किया गया है, एक अक्षम लकड़हारे का आवेदन की गति पर न्यूनतम प्रभाव होना चाहिए। इसलिए, आइए एक अक्षम लकड़हारे के प्रदर्शन की तुलना करने का प्रयास करें। इस स्थिति में, लॉगिंग कॉल के लिए केवल मापदंडों का हस्तांतरण और वर्तमान लॉगिंग स्तर का निर्धारण प्रभावित होता है।

के साथ शुरू करने के लिए, मैं पश्चाताप करता हूं और मानता हूं कि जीट संकलन के साथ अनुकूलन की मेरी उम्मीद अभी तक पूरी नहीं हुई है। काल्पनिक इनलाइन आवेषण से कोई प्रदर्शन त्वरण नहीं मिला। लेकिन, कौन जानता है, शायद बाद के ढांचे सीखेंगे ...

परीक्षण पद्धति

कंसोल एप्लिकेशन उस फ़ंक्शन के माध्यम से लूप करता है जिसमें डिबग संदेश प्रदर्शित होता है।
6 कार्य किए।

N0_1 - एक स्थिर स्ट्रिंग का आउटपुट।
N0_100 - 100 विभिन्न थ्रेड्स से एक निरंतर स्ट्रिंग का आउटपुट
N1_1 - 1 पैरामीटर के साथ एक स्वरूपित संदेश आउटपुट।
N3_1 - 3 मापदंडों के साथ एक स्वरूपित संदेश आउटपुट।
P0_1 - प्री-चेक के साथ आउटपुट लाइन (मापदंडों की संख्या कोई फर्क नहीं पड़ता)
Em_1 - खाली (माप की गति का अनुमान लगाने के लिए)

सटीकता बढ़ाने के लिए, मापों को समूहीकृत किया गया ताकि समूह सिस्टम टाइमर के 100 से अधिक टिकों का प्रदर्शन करे। प्रत्येक फ़ंक्शन के लिए समूह माप की कुल संख्या 200,000 है।

प्राप्त आंकड़ों के वितरण के प्रारंभिक मूल्यांकन के लिए, एक हिस्टोग्राम का निर्माण किया गया था। ऑपरेटिंग सिस्टम के प्रभाव के कारण मूल्यों के सही 5% को यादृच्छिक देरी के रूप में बाहर रखा गया था। इस प्रकार, तालिका 95% मामलों और उनके लिए विचलन के लिए औसत अनुमान प्रस्तुत करती है।

माप .Net (विंडोज 7) और मोनो 2.10.2 (OpenSUSE 11.3) पर किए गए थे।
"मंदी" कॉलम NLog के सापेक्ष Log4Net की मंदी है। यह फ़ंक्शन कॉल के निष्पादन समय (समय Em_1) के लिए समायोजित किया गया था।

परीक्षण के प्रत्येक बाद में चलने वाले परिणाम वापस आ सकते हैं जो गणना किए गए आत्मविश्वास अंतराल से परे हैं, और एक रन के भीतर इस अंतराल का उल्लंघन नहीं किया जाता है। इसलिए, प्रदर्शन रेटिंग का केवल सापेक्ष उपयोग किया जा सकता है। और इसलिए, दोनों लॉगिंग सिस्टम के लिए माप एक रन में किए जाते हैं।

माप के परिणाम

.Net (विंडोज 7) के तहत परीक्षण

	log4net	NLog
समारोह	औसत समय (एनएस)	औसत समय (एनएस)	मंदी
N0_1	31.4 (-0.3 +0.4)	6.83 (-0.05 +0.02)	8.4
N0_100	31.9 (-0.8 +3.8)	6.83 (-0.06 +0.01)	8.5
N1_1	40.4 (-1.3 +2.9)	7.25 (-0.13 +0.01)	10
N3_1	60.6 (-1.2 +8.8)	7.93 (-0.04 +0.03)	13
P0_1	27.7 (-0.3 +0.3)	4.438 (-0.004 +0.031)	26
Em_1	3.51 (-0.12 +0.24)	---	---

Log4Net के साथ कार्यों के निष्पादन समय का वितरण:

यहाँ: नीला - N0_1, बैंगनी - N0_100, हरा - N1_1, लाल - N3_1।

मैं NLog के वितरण का उद्धरण नहीं देता, क्योंकि यह सिर्फ 2-3 मूल्यों का एक बहुत ही संकीर्ण रूपरेखा है और अभी भी ग्राफ पर वितरण का कोई रूप नहीं है।

मोनो 2.10.2 के तहत परीक्षण (OpenSUSE 11.3)

	log4net	NLog
समारोह	औसत समय (एनएस)	औसत समय (एनएस)	मंदी
N0_1	80.0 (-36.5 +5.5)	6.924 (-0.004 + 0.016)	21
N0_100	78.0 (-34.6 +11.3)	6.924 (-0.004 + 0.016)	21
N1_1	92.4 (-34.9 +13.3)	6.926 (-0.006 +0.054)	24
N3_1	141 (-52 +848)	7.635 (-0.015 +0.005)	32
P0_1	69.6 (-30.2 + 4.8)	4.351 (-0.011 +0.009)	62
Em_1	3.285 (-0.005 +0.005)	---	---

Log4Net के साथ कार्यों के निष्पादन समय का वितरण:

यहाँ: नीला - N0_1, बैंगनी - N0_100, हरा - N1_1, लाल - N3_1।

इसी तरह, NLog का वितरण उद्धृत नहीं है।

यदि रुचि है, तो आप स्वयं ग्राफ बना सकते हैं।
बेंचमार्क के स्रोत कोड यहाँ हैं । बायनेरिज़, परीक्षा परिणाम, हिस्टोग्राम और ग्राफ़ के डेटा को अलग-अलग सहेजा जाता है । GnuPlot के लिए हिस्टोग्राम बनाने के उदाहरण भी हैं।

परिणाम विश्लेषण

माप विभिन्न मशीनों पर किए गए थे, इसलिए आपको मोनो और .Net के प्रदर्शन की तुलना नहीं करनी चाहिए। यदि मंच के प्रदर्शन की तुलना करना दिलचस्प है, तो आप इस काम में इसके बारे में अधिक पढ़ सकते हैं।

तालिकाओं से यह स्पष्ट है कि एक तुच्छ कॉल के लिए, हमें 8 बार से अधिक Log4Net की गति हानि होती है। अधिक यथार्थवादी अनुप्रयोग के लिए, आपको 3 मापदंडों के साथ आउटपुट का एक उदाहरण देखना चाहिए, अर्थात्। डॉटनेट और मोनो के लिए क्रमशः 13 और 32।

Log4Net के पास एक लंबे समय तक लॉग-लेवल सत्यापन समय है। इतना है कि यह पूर्व जांच का उपयोग करने के लिए थोड़ा समझ में आता है।

अगर Log4Net का उपयोग मोनो के तहत किया जाता है, तो हम सुंदर विचित्र वितरणों का निरीक्षण कर सकते हैं। अपने अनुभव के आधार पर, मैं तुरंत कह सकता हूं कि ये जीसी के निर्माण हैं। जाहिर है, मोनो फ़ंक्शन मापदंडों के बड़े पैमाने पर मुक्केबाजी के साथ खराब करता है, और Log4Net प्रकार ऑब्जेक्ट के सभी मापदंडों की ओर जाता है। इस वजह से, रनटाइम भी अधिक अनुमानित नहीं है - पूर्ण त्रुटि स्वयं मूल्य से अधिक है।

प्रयोज्यता

वास्तविक जीवन में, सबसे अधिक संभावना है, आपको इस तरह के विस्तृत लॉगिंग की आवश्यकता नहीं होगी कि अक्षम लॉग को कॉल करने की गति एल्गोरिदम की गति को प्रभावित करेगी। यह कल्पना करना मुश्किल है कि यदि आप इस तरह के लॉग को चालू करते हैं तो सेवा कैसे व्यवहार करेगी। इसके अलावा, आपको पता होना चाहिए कि हम दसियों नैनोसेकंड के बारे में बात कर रहे हैं।

कोड के लॉग किए गए अनुभाग का पेलोड आमतौर पर लॉग कॉल (दसियों माइक्रोसेकंड) से अधिक परिमाण के तीन आदेश हैं, और आई / ओ संचालन परिमाण के एक और तीन आदेशों (दसियों सेकंड के दसियों) द्वारा। इस प्रकार, गति मानदंड, जब एक लकड़हारा चुनते हैं, तो अभी तक महत्वपूर्ण नहीं है।

अच्छा विकास किया है!