हाइजेनबग क्या है: शब्द का इतिहास और उदाहरण

यह हाइजेनबैग के बारे में संदर्भ सामग्री है। हम बात कर रहे हैं कि वे कैसे दिखते हैं और कैसे वे मेनफ्रेम से संबंधित हैं - क्लाउड के पूर्वज।

/ फोटो लार्स ज़िमरमैन सीसी बाय

Heisenbug (Heisenbug या Heisenbug) एक शब्द है जो कोड डीबगिंग के दौरान गुण बदलने वाली त्रुटियों का वर्णन करता है। यही है, वे परीक्षण और डिबगिंग के दौरान गायब हो जाते हैं, लेकिन उत्पादन में दिखाई देते हैं।

"हेइसेनबैग" नाम क्वांटम यांत्रिकी के हाइजेनबर्ग अनिश्चितता सिद्धांत को संदर्भित करता है। सामान्य शब्दों में, इसे अवलोकन के परिणामस्वरूप देखी गई वस्तु के गुणों में अप्रत्याशित परिवर्तन के रूप में वर्णित किया जा सकता है।

कहानी

हेइसबग शब्द को आईबीएम रिसर्च सेंटर के एक कर्मचारी ब्रूस लिंडसे माना जाता है। उन्होंने रिलेशनल डेटाबेस के विकास में योगदान दिया है और आईबीएम सिस्टम आर एंटरप्राइज डेटाबेस इंजन के विकास में शामिल रहा है।

1985 में, बर्कले विश्वविद्यालय में अध्ययन करते समय, ब्रूस और जिम ग्रे (जेम्स निकोलस ग्रे), जो कि कंप्यूटर सिस्टम के सिद्धांत में एक अमेरिकी वैज्ञानिक थे, ने OS CAL-TSS पर काम किया । यह विशेष रूप से नियंत्रण प्रक्रिया 6400 दोहरे प्रोसेसर मेनफ्रेम [ पीडीएफ , पी। 3] के लिए लिखा गया था, जिस पर सेना ने बड़ी मात्रा में डेटा संसाधित किया।

बेशक, विकास प्रक्रिया के दौरान कीड़े थे। लेकिन उनमें से कई विशेष थे - जैसे ही इंजीनियरों ने उन्हें ठीक करने की कोशिश की, वे गायब हो गए। उस समय, लिंडसे सिर्फ भौतिकी और विशेष रूप से हाइजेनबर्ग सिद्धांत का अध्ययन कर रहा था। अचानक, यह लिंडसे पर सवार हो गया - वह और ग्रे एक समान घटना के गवाह बन गए: त्रुटियां गायब हो गईं, क्योंकि अवलोकन ने वस्तु के गुणों को प्रभावित किया। यहाँ से "हेइज़ेनबैग" नाम आया।

लिंडसे ने 2003 में एसोसिएशन ऑफ कम्प्यूटिंग इंजीनियरिंग (एसीएम) के प्रतिनिधियों के साथ एक साक्षात्कार में यह कहानी बताई।

हाइजेनबग उदाहरण

स्टैक ओवरफ्लो जैसे नेटवर्क और विषयगत प्लेटफार्मों पर उपयोगकर्ताओं ने अपने प्रोजेक्ट्स में मिले हाइजेनबैग के कुछ उदाहरण साझा किए। एसओ निवासियों में से एक ने तीन दशमलव स्थानों की सटीकता के साथ दो घटता के बीच की आकृति के क्षेत्र की गणना करने की कोशिश की। एल्गोरिथ्म को C ++ में डीबग करने के लिए, उन्होंने लाइन जोड़ी:

cout << current << endl; 

लेकिन जैसे ही उन्होंने इस पर टिप्पणी की, कोड ने काम करना बंद कर दिया और लूप कर दिया। कार्यक्रम इस प्रकार था :

 #include <iostream> #include <cmath> using namespace std; double up = 19.0 + (61.0/125.0); double down = -32.0 - (2.0/3.0); double rectangle = (up - down) * 8.0; double f(double x) { return (pow(x, 4.0)/500.0) - (pow(x, 2.0)/200.0) - 0.012; } double g(double x) { return -(pow(x, 3.0)/30.0) + (x/20.0) + (1.0/6.0); } double area_upper(double x, double step) { return (((up - f(x)) + (up - f(x + step))) * step) / 2.0; } double area_lower(double x, double step) { return (((g(x) - down) + (g(x + step) - down)) * step) / 2.0; } double area(double x, double step) { return area_upper(x, step) + area_lower(x, step); } int main() { double current = 0, last = 0, step = 1.0; do { last = current; step /= 10.0; current = 0; for(double x = 2.0; x < 10.0; x += step) current += area(x, step); current = rectangle - current; current = round(current * 1000.0) / 1000.0; //cout << current << endl; //<-- COMMENT BACK IN TO "FIX" BUG } while(current != last); cout << current << endl; return 0; } 

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

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

समस्या यूनिक्स शेड्यूलर के साथ थी, जिसने निष्क्रिय रहने वाले कार्यों की प्राथमिकता को कम कर दिया। कुछ बिंदु पर, प्राथमिकता इतनी कम हो गई थी कि स्मॉलटाक में प्रक्रियाओं को पूरा करने का समय नहीं था। कार्य ढेर हो गया और कार्यक्रम को लटका दिया। जब उपयोगकर्ता ने कर्सर को स्थानांतरित किया, तो ओएस ने प्राथमिकता बहाल कर दी और सब कुछ एक वर्ग में लौट आया।

अन्य * कीड़े

ऐसे कई शब्द हैं जो सभी प्रकार की त्रुटियों का वर्णन करते हैं: बोरबाग, मंडेलबग, श्रोडिनबैग।

बोरबाग , हाइजेनबग के विपरीत, एक सामान्य गलती है जिसे ढूंढना और ठीक करना आसान है। नील्स बोहर के नाम पर, जिन्होंने 1913 में परमाणु की संरचना का एक सरल और समझने योग्य मॉडल प्रस्तावित किया था। इस मॉडल के अनुसार, एक परमाणु के इलेक्ट्रॉन कुछ कक्षाओं में चलते हैं, जिसका अर्थ है कि उनकी गति और गति की त्रिज्या का अनुमान लगाया जा सकता है। इसी तरह, बोरबैग्स की उपस्थिति का अनुमान लगाया जा सकता है यदि उनके लिए आवश्यक परिस्थितियां बनाई जाती हैं।


ORNL CC BY पर / फ़ोटो OLCF

Schroedinbag एक गलती है जो मौजूद है और एक ही समय में मौजूद नहीं है, जब तक कि डेवलपर इसे नहीं देखता। एक प्रसिद्ध विचार प्रयोग के सम्मान में त्रुटि का नाम दिया गया था।

मैंडलबग के लिए , यह एक गलती है जिसके कारण सिस्टम गलत और अप्रत्याशित व्यवहार करता है। घटना का नाम भौतिक विज्ञानी, गणितज्ञ और भग्न ज्यामिति के निर्माता बेनोइट मैंडेलब्रोट के नाम पर रखा गया है।

परिणाम क्या है?

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

---

कॉर्पोरेट IaaS ब्लॉग से:

• Avito.ru: IaaS क्लाउड किसी कंपनी के व्यवसाय को व्यवस्थित करने में कैसे मदद करता है
• PCI DSS के बारे में आपको क्या जानना चाहिए: मानक का अवलोकन
• DNS फ्लैग डे के आगमन के साथ जीवन कैसे बदल गया है
• IaaS आपके व्यवसाय को विकसित करने में कैसे मदद करता है: चुनौतियां जो बादल हल करेगा
• बादल के लिए एक चिकनी संक्रमण के लिए 9 उपयोगी सुझाव