Erlang में ईवेंट ट्रेसिंग टूल का उपयोग करना

यहां समवर्ती प्रणालियों की सामान्य समस्याओं में से एक है: कार्यक्रम के विभिन्न हिस्सों में अलग-अलग समय पर लगातार घटनाएं होती हैं, और आपके पास उनकी घटना के कारण और समय को नियंत्रित करने की क्षमता नहीं है। किसी समस्या को ट्रैक करने के लिए, हम अक्सर एक अनुक्रम आरेख का उपयोग कर सकते हैं। उदाहरण के लिए, यह (विकिपीडिया के लिए धन्यवाद):



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

सच है, यह बहुत अच्छा होगा यदि आप प्रोग्राम ट्रेस डेटा के आधार पर इसी तरह के आरेख का निर्माण कर सकते हैं? खैर, एर्लैंग इसमें आपकी मदद करेगा। मैं कुछ कोड का उपयोग कैसे करूं, इसका एक उदाहरण प्रस्तुत करता हूं।

चरण 1. ट्रेस फ़ंक्शन बनाएँ

पहला चरण ट्रेस फ़ंक्शन का निर्माण करना है। मेरा निम्नानुसार दिखता है और "utp" मॉड्यूल में स्थित है।

report_event(DetailLevel, FromTo, Label, Contents) -> %% NB External call ?MODULE:report_event(DetailLevel, FromTo, FromTo, Label, Contents). report_event(_DetailLevel, _From, _To, _Label, _Contents) -> hopefully_traced. 

मुख्य विचार दूसरे फ़ंक्शन में है। यह पांच तर्कों का एक स्टब फ़ंक्शन है, जिसे तुरंत काम किया जाता है। "Hopefully_traced" का वापसी मूल्य मनमाना है, लेकिन यह दिखाता है कि हम इस फ़ंक्शन से क्या लौटना चाहते हैं। पहले फ़ंक्शन का उपयोग तब किया जाता है जब हम आउटगोइंग को ट्रैक करते हैं और एक ही घटक द्वारा ईवेंट प्राप्त करते हैं।

तर्कों का विवरण:

• DetailLevel: 0 से 100 तक की संख्या। यह इस घटना के महत्व के स्तर को इंगित करता है। मुख्य घटनाओं को कम संख्या और उच्च संख्या को कम महत्वपूर्ण लोगों को निर्दिष्ट करके, हम अनुरेखक को घटनाओं के भाग को छिपाने में सक्षम करते हैं, इस प्रकार वांछित स्तर को प्राप्त करते हैं।
• से: घटना स्रोत।
• To: जिसे घटना का इरादा है।
• लेबल: संदेश का परिमेय लेबल।
• सामग्री: जब घटना पर क्लिक किया जाएगा तो क्या प्रदर्शित किया जाएगा। चार्ट को अव्यवस्थित किए बिना घटना के बारे में अधिक विस्तृत जानकारी प्रदान कर सकते हैं।

चरण 2. कार्यक्रम में ट्रेस की घटनाओं

जब कार्यक्रम में कुछ महत्वपूर्ण होता है, तो हम "utp: report_event / 5" कहते हैं (हम यहां चरण 1 में घोषित किए गए ट्रेस फ़ंक्शन का नाम देते हैं)। डिफ़ॉल्ट रूप से, यह फ़ंक्शन कुछ भी नहीं करेगा, लेकिन बाद में हम एर्लांग ट्रेस क्षमताओं का उपयोग करके इसे पकड़ सकते हैं। यहाँ ऊपर वर्णित बातचीत का एक उदाहरण है:

 trace_test() -> Events = [{fred, bob, order_food}, {bob, hank, order_food}, {bob, fred, serve_wine}, {hank, bob, pickup}, {bob, fred, serve_feed}, {fred, renee, pay}], [utp:report_event(50, F, T, L, []) || {F,T,L} <- Events]. 

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

चरण 3. एप्लिकेशन को "एट" कहें

अगला, हमें एर्लैंग एप्लिकेशन "एट" को कॉल करने के सही तरीके की आवश्यकता है। मैंने एक मॉड्यूल "utp_filter" लिखा है जो इस कॉल को बनाता है, हालाँकि इसमें अभी तक कोई फ़िल्टरिंग फ़ंक्शन नहीं है:

 start(ExtraOptions) -> Options = [{event_order, event_ts}, {scale, 2}, {max_actors, 10}, {detail_level, 90}, {actors, [fred, bob, hank, renee]}, {trace_pattern, {utp, max}}, {trace_global, true}, {title, "uTP tracer"} | ExtraOptions], et_viewer:start(Options). 

यह मॉड्यूल et_viewer को इनिशियलाइज़ करता है ताकि इसे हमारे उदाहरण के साथ प्रयोग किया जा सके। घटनाओं का क्रम - "Event_ts" का मतलब है कि हम घटनाओं को घटित होने पर टाइमस्टैम्प जोड़ते हैं, और जब वे प्राप्त नहीं होते हैं। अभिनेताओं की विशेषता उस क्रम को निर्धारित करती है जिसमें अभिनेता दिखाई देते हैं। ट्रेस_पैटर्न विशेषता बहुत महत्वपूर्ण है। यह आपको "utp: report_event / 5" कॉल को ट्रैक करने की अनुमति देता है। आप कई अन्य विकल्पों को भी निर्दिष्ट कर सकते हैं, या ईवेंट स्वयं उन्हें चुन लेंगे। बस उस मॉड्यूल को इंगित करें जिसमें ट्रेस फ़ंक्शन स्थित है।

चरण 4. परीक्षण

अगर हम "utp_filter: start ([])" को "एट व्यूअर" कहकर चरण 3 में चलाते हैं, तो हम चरण 2 से ट्रेस टेस्ट चला सकते हैं:



यह विकिपीडिया उदाहरण के समान होना चाहिए, सिवाय इसके कि यह हमारे कार्यक्रम को ट्रेस करके प्राप्त किया जाता है। विशेष रूप से, इस विचार का उपयोग टीसीपी स्टैक "यूटीपी" के वेरिएंट में बग्स को पकड़ने और खोजने के लिए किया गया था:



(इस तथ्य के बावजूद कि चार्ट छोटा है, यह अभी भी मुख्य विचार को दर्शाता है - यह उदाहरण चार्ट दिखाने के लिए नहीं है, बल्कि दुनिया भर में प्रसिद्धि पाने के लिए है :)। टीसीपी जैसे प्रोटोकॉल के लिए, यह एक बहुत शक्तिशाली उपकरण है: tcpdump (1) और स्ट्रेस (1), साथ ही एक आरेख में प्रोटोकॉल की आंतरिक स्थिति। मैंने कार्यक्रम के अंतःक्रिया को देखते हुए इन उपकरणों का उपयोग करते हुए कई बग पाए।

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

आवेदन - शब्द Erlang / OTP, अधिक विस्तार से