मिथकों और किंवदंतियों बनाम एरलंग

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

तो क्या लोगों को तुरंत याद है जब यह एरलंग आता है? आमतौर पर वे याद करते हैं कि यह एक " समानांतर प्रोग्रामिंग भाषा " है और दूसरी बात, " इसमें धीमी गणित है ", और "यह फ़्लोटिंग पॉइंट नंबरों का उपयोग नहीं करना बेहतर है क्योंकि यह एक ट्रैक्टर है ।"

वास्तव में, " फ्लोटिंग पॉइंट " के साथ कठिनाइयां थीं, अधिक सटीक रूप से, काम की गति मनभावन नहीं थी, तब से केवल दस साल बीत चुके हैं। अधिक सटीक रूप से, उस समय से जब यह सच था।

जब वे धीमी गणित के बारे में बात करते हैं, तो आप तुरंत पूछना चाहते हैं: " किसके साथ तुलना "? आपको यह स्वीकार करना चाहिए कि गणना की गति के मामले में एक व्यक्ति कैलकुलेटर से भी हीन है, लेकिन इस वजह से, हम दीवारों के खिलाफ "हमारे बारे में शोक, शोक की लहर " के खिलाफ अपना सिर नहीं पीटते हैं। सामान्य तौर पर, यदि आपको तेज कंप्यूटिंग की आवश्यकता है, तो CUDA आपके हाथों में है ...

- रुक जाओ! - चौकस पाठक कहेंगे। "लेकिन मुझे स्पष्ट रूप से याद है कि यह आपका एर्लैंग उन समूहों में उपयोग किया जाता है जो वहां कुछ मानते हैं।"

और फिर, सही है। यहाँ कुंजी शब्द क्लस्टर है । एर्लैंग को अन्य उद्देश्यों के लिए बनाया गया था, जिसके लिए यह वास्तव में अपरिहार्य है और यह उनमें से एक है।

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

और यहां आप C या CUDA में नंबर कोल्हू लिखते हैं, एक छवि बनाते हैं और आवश्यक संख्या में मशीनों (नोड) को तैनात करते हैं। ठीक है, फिर, चेहरे के पसीने में एरलंग एक समन्वित और परेशानी मुक्त संचालन सुनिश्चित करने के लिए प्रतिबद्ध है।

और यहाँ हम थीसिस पर आते हैं कि एरलंग एक " समानांतर प्रोग्रामिंग भाषा " है ।
यहां यह ध्यान देने योग्य है कि वाक्यांश स्वयं गलत तरीके से बनाया गया है। समानांतर और इससे भी अधिक लंबवत भाषाएं मौजूद नहीं हैं। ठीक है, ठीक है, मुझे शब्दों में दोष नहीं मिला।

तो, यह माना जाता है कि समानांतर कंप्यूटिंग प्रदान करने के लिए एरलंग को एक भाषा के रूप में विकसित किया गया था, लेकिन ऐसा नहीं है, या बल्कि बिल्कुल भी नहीं है।
एरलंग प्रोग्रामिंग भाषा को मनोरंजन के लिए नहीं, बल्कि पूरी तरह से औद्योगिक भाषा के रूप में विकसित किया गया था। और, भाषा की मुख्य विशेषता थी ... विश्वसनीयता ।

हां, चूंकि यह भाषा कार्यात्मक है, सिद्धांत रूप में, यह साबित किया जा सकता है कि एक निश्चित कार्यक्रम " विश्वसनीय " है। यही है, उसका व्यवहार पूर्वानुमान और सिद्ध है। और अब याद करते हैं कि भाषा दूरसंचार के लिए विकसित की गई थी, जहां विश्वसनीयता आधारशिला है।

- लेकिन समानता के बारे में क्या? - पाठक हताशा में पूछेगा।

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

लेकिन, समानता, या बल्कि, कई नोड्स पर एप्लिकेशन का संचालन भी विश्वसनीयता बढ़ाने का एक तत्व है। अधिक सटीक रूप से, यह पहले से ही कोड की विश्वसनीयता नहीं बल्कि हार्डवेयर की विश्वसनीयता सुनिश्चित कर रहा है।

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

यह इस तथ्य को याद रखना है कि एप्लिकेशन को पूरी तरह से रोक दिए बिना अपडेट किया जा सकता है और भाषा का मूल सिद्धांत स्पष्ट होना चाहिए - " विश्वसनीयता " और " पूर्वानुमान "।

सिम के लिए, मुझे अपनी छुट्टी लेने की अनुमति दें ... और मिथकों और अनुमानों के आधार पर प्रबंधकीय निर्णय न करें।