एक दिन में आपका कार्य स्विच लॉगिंग

अपने करियर की शुरुआत में, मुझे RTOS VxWorks और बवंडर विकास के माहौल के साथ काम करने का मौका मिला। छापें बेहद सकारात्मक थीं (विशेषकर चूंकि अब तुलना करने के लिए कुछ है), लेकिन पोस्ट उस बारे में नहीं है। सिस्टम का एक अभिन्न हिस्सा तब वास्तविक समय में कार्यों को स्विच करने के बारे में जानकारी एकत्र करने और कल्पना करने के लिए एक प्रणाली थी। मुझे तुरंत यह कहना चाहिए कि यह चीज़ बेहद उपयोगी है, न कि इस बात के लिए कि वे कहते हैं कि इसे एक बार देखना बेहतर है। उदाहरण के लिए, यदि आपके पास अपने सिस्टम में कम से कम दो दर्जन कार्य हैं, तो 99% के विश्वास के साथ आप कह सकते हैं कि जब आप कार्य स्विचिंग का एक दृश्य देखते हैं तो आप बहुत आश्चर्यचकित होंगे - यह आपके द्वारा कल्पना की गई चीजों से पूरी तरह से अलग होगा।

लाभ के बारे में, उदाहरण के लिए, इस तथ्य से कि अप्रत्याशित विफलता, ठंड या रिबूटिंग की स्थिति में, आप सिस्टम के जीवन के अंतिम क्षणों को देख सकते हैं, आप बात भी नहीं कर सकते हैं!

लेकिन अगर आपको आरटीओएस और ऐसे वातावरण में काम करना है, जहां ऐसा सुविधाजनक तंत्र नहीं है तो क्या करें? बेशक, यह खुद करो!



भाग एक, सांख्यिकी संग्रह।

यहां सब कुछ सरल है - हमें एक सटीक टाइमर (माइक्रोसेकंड या इससे भी अधिक सटीक) और स्मृति में कुछ खाली स्थान की आवश्यकता होगी। स्मृति में, हम डेटा के लिए सरणी के लिए स्थान आवंटित करते हैं ("एक स्विच - टास्कआईड + टाइम" के आधार पर), "हैंग" को OC ईवेंट "टास्क स्विचिंग" (और इनपुट-आउटपुट पर / से इंटरप्ट पर, अगर हम उन्हें भी ट्रैक करना चाहते हैं), और एक सरणी (जो एक परिपत्र बफर के रूप में प्रयोग किया जाता है) को डेटा (सक्रिय कार्य और टाइमर मूल्य की आईडी) को बचाएं।

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

हम ऑन-डिमांड लॉगिंग (सीएलआई, फंक्शन कॉल ...) शुरू करने और रोकने की क्षमता का एहसास करते हैं (निरंतर ट्रैक करने की संभावना है (उदाहरण के लिए, असफल होने से पहले अंतिम क्षणों में - आखिरकार, रिबूट के बाद, सहेजे गए डेटा को पूरी तरह से मेमोरी में सहेज लिया जाएगा, जब तक कि मेमोरी को बल द्वारा साफ नहीं किया जाता है)।

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

यह एकत्रित जानकारी की कल्पना करने के लिए बनी हुई है। और यहां हमें कुछ भी लिखना नहीं है (अच्छी तरह से, या लगभग कुछ भी नहीं)। आप नि: शुल्क ऑक्टेव पैकेज का उपयोग कर सकते हैं, जो कार्यों के 2 डी ग्राफिक्स और ज़ूम-इन - ज़ूम-आउट को आकर्षित कर सकते हैं (भले ही आप केवल कुछ सेकंड में डेटा एकत्र करते हैं, यह देखते हुए कि आमतौर पर एक कार्य का समय 1 मिलीसेकंड है, बिना ज़ूम के। द्वारा प्राप्त नहीं करना)।

आपको केवल एकत्रित डेटा को ऑक्टेव प्रारूप में बदलना है:

y = [time1, time2, ..., timeN];
x = [task1, task2, ..., taskN];
प्लॉट (x, y)
पर ग्रिड

यहाँ timeX समय है (किसी भी इकाई में, उदाहरण के लिए, माइक्रो- या मिलीसेकंड का उपयोग करना अधिक सुविधाजनक है, और time1 को 0 करना है), और taskX कार्य आईडी है (सिद्धांत रूप में, किसी भी संख्या में, लेकिन यह अधिक सुविधाजनक है, फिर से कार्यों को क्रमबद्ध करने के लिए। प्राथमिकताएं और उन्हें सामान्य करें ताकि उनकी आईडी 1, 2, 3 हो ..., यह याद रखना कि किस कार्य का क्या मूल्य है)। यदि इंटरप्ट और उपयोगकर्ता इवेंट हैं, तो आप कुछ के बारे में भी सोच सकते हैं, उदाहरण के लिए, उपयोगकर्ता की घटनाओं को नकारात्मक संख्याओं के साथ।

इस रूपांतरण को कैसे करें - हर कोई अपने लिए चुन सकता है (यह यहां है कि आपको अपना कोड थोड़ा लिखना होगा)।

परिणाम कुछ इस प्रकार है। इस प्रकार यह प्रणाली निष्क्रिय अवस्था में दिखती है:



और यहाँ यह है - पूरी तरह से भरी हुई:

"

यह मुझे लगता है कि यह देखने का अवसर कि सिस्टम में वास्तव में क्या हो रहा है, थोड़ा समय बिताने और उपरोक्त कार्यों को करने के प्रयास के लायक है।

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