एलेक्सी नायदेनोव। ITooLabs। गो (गोलाङ) टेलिफोन प्लेटफर्ममा विकासको मामला। भाग 1

एलेक्सी नायदेनोभ, सीईओ ITooLabs, गो (गोलाङ) प्रोग्रामिङ भाषामा दूरसंचार अपरेटरहरूको लागि दूरसंचार प्लेटफर्मको विकासको बारेमा कुरा गर्दछ। एलेक्सीले सबैभन्दा ठूलो एसियाली टेलिकम अपरेटरहरू मध्ये एकमा प्लेटफर्म प्रयोग गर्ने र सञ्चालन गर्ने आफ्नो अनुभव पनि साझा गर्दछ, जसले भ्वाइस मेल सेवाहरू (भ्वाइसमेल) र भर्चुअल PBX (क्लाउड PBX) प्रदान गर्न प्लेटफर्म प्रयोग गर्‍यो।

Alexey Naydenov (यसपछि - AN): - नमस्ते सबै! मेरो नाम Alexey Naydenov हो। म ITooLabs को निर्देशक हुँ। सबैभन्दा पहिले, म यहाँ के गर्दैछु र म यहाँ कसरी समाप्त भएँ भन्ने जवाफ दिन चाहन्छु।

यदि तपाइँ Bitrix24 मार्केटप्लेस (खण्ड "टेलिफोनी") मा हेर्नुहुन्छ, तब 14 अनुप्रयोगहरू र 36 त्यहाँ छन् (40%) हामी:

अझ स्पष्ट रूपमा, यी हाम्रा अपरेटर साझेदारहरू हुन्, तर यी सबैको पछाडि हाम्रो प्लेटफर्म (सेवाको रूपमा प्लेटफर्म) छ - के हामी तिनीहरूलाई सानो पैसामा बेच्छौं। वास्तवमा, म यस प्लेटफर्मको विकास र हामी कसरी गोमा आयौं भन्ने बारेमा कुरा गर्न चाहन्छु।

अब हाम्रो प्लेटफर्मको लागि नम्बरहरू:

Megafon सहित 44 अपरेटर साझेदारहरू। सामान्यतया भन्नुपर्दा, हामी साँच्चै विभिन्न साहसिक कार्यहरूमा जान चाहन्छौं, र हामीसँग यहाँ रूसमा 100 अपरेटरहरूको 44 मिलियन सदस्यहरूमा वास्तविक पहुँच छ। त्यसकारण, यदि कसैसँग कुनै व्यवसायिक विचारहरू छन् भने, हामी तिनीहरूलाई सुन्न सधैं खुसी हुनेछौं।

• 5000 प्रयोगकर्ता कम्पनीहरू।
• कुल 20 सदस्यहरू। यो सबै b000b हो - हामी कम्पनीहरूसँग मात्र काम गर्छौं।
• दिनको समयमा प्रति मिनेट 300 कल।
• गत वर्ष 100 मिलियन कलिङ मिनेटहरू (हामीले मनायौं)। यसले हाम्रो प्लेटफर्ममा उपलब्ध आन्तरिक वार्तालाई ध्यानमा राख्दैन।

यो कसरी सुरु भयो?

कसरी सही साथीहरूले उनीहरूको प्लेटफर्म बनाउन सुरु गर्छन्? हामीले यो पनि ध्यानमा राख्नुपर्छ कि हामीसँग "कट्टर उद्यम" विकासको इतिहास छ, र उद्यमको लागि वर्षको सबैभन्दा सटीक समयमा पनि! यो त्यो खुशीको समय थियो जब तपाईं ग्राहककहाँ आउनुभयो र भन्नुभयो: "हामीलाई थप सर्भरहरू चाहिन्छ।" र ग्राहक: "कुनै प्रश्न छैन! हामीसँग र्याकमा दस जना छन्।

त्यसोभए हामीले Oracle, Java, WebSphere, Db2 र ती सबै सामानहरू गर्यौं। त्यसकारण, हामीले निस्सन्देह, उत्तम विक्रेता समाधानहरू लियौं, तिनीहरूलाई एकीकृत गर्‍यौं र यसको साथ लिने प्रयास गर्‍यौं। हामी आ-आफ्नै बाटो लाग्यौं। यो यस्तो आन्तरिक स्टार्टअप हुनेछ।

यो सबै वास्तवमा 2009 मा सुरु भयो। 2006 देखि, हामी अपरेटर समाधानहरूमा नजिकबाट संलग्न भएका छौं, एक वा अर्को तरिका। हामीले धेरै अनुकूलन भर्चुअल PBX हरू बनायौं (जस्तै हामीसँग अहिले अर्डरमा छ): हामीले यसलाई हेर्यौं, यो राम्रो छ भनेर निर्णय गर्यौं, र आन्तरिक स्टार्टअप सुरु गर्ने निर्णय गर्यौं।

हामीले VMWare लियौं। हामी आफैंमा भएकोले, हामीले तुरुन्तै कूल विक्रेता भण्डारण त्याग्नुपर्छ। हामीलाई तिनीहरूको बारेमा सबै कुरा थाहा छ: त्यो प्रतिज्ञाहरू 3 द्वारा विभाजित हुनुपर्छ, र लागतलाई 10 ले गुणा गर्नुपर्छ। त्यसैले तिनीहरूले DirDB आदि बनाए।

त्यसपछि यो बढ्न थाल्यो। प्लेटफर्मले अब सामना गर्न नसक्ने हुनाले यसमा बिलिङ सेवा थपियो। त्यसपछि MySQL बाट बिलिङ सर्भर Mongo मा सारियो। नतिजाको रूपमा, हामीले त्यहाँ जाने सबै कलहरू प्रशोधन गर्ने काम गर्ने समाधान पायौं:

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

अन्ततः, हामी यो विकल्पमा आयौं। किन? किनभने सबै विक्रेता र खुला स्रोत उत्पादनहरू 10 वर्ष पुरानो समस्याहरू समाधान गर्न बनाइएका थिए। खैर, यदि 10 वर्ष पुरानो, र केहि थप! छनोट हाम्रो लागि स्पष्ट भयो: या त हामी एक आदर्श सेवा (साझेदारहरू, अपरेटरहरू र आफैंको लागि) को हाम्रो महान विचारलाई अलविदा भन्छौं, वा हामी आफ्नै केहि गर्छौं।

हामीले आफ्नै केहि गर्ने निर्णय गर्यौं!

प्लेटफर्म आवश्यकताहरू

यदि तपाइँ लामो समयको लागि केहि गर्दै हुनुहुन्छ (अरू कसैको उत्पादन प्रयोग गर्दै), त्यसपछि बिस्तारै तपाइँको दिमागमा विचार बनाउँछ: म यो कसरी गर्न सक्छु? हामी कम्पनीमा सबै प्रोग्रामरहरू भएकाले (बिक्रीकर्ताहरू बाहेक, त्यहाँ कुनै गैर-प्रोग्रामरहरू छैनन्), हाम्रा आवश्यकताहरू धेरै पहिले विकसित भएका थिए, र तिनीहरू स्पष्ट थिए:

1. उच्च विकास गति। हामीलाई सताउने विक्रेता उत्पादन सन्तोषजनक थिएन, सबै भन्दा पहिले, किनकि सबै कुरा लामो र बिस्तारै बाहिर भयो। हामी यसलाई चाँडै चाहन्थ्यौं - हामीसँग धेरै विचारहरू थिए! हामीसँग अझै धेरै विचारहरू छन्, तर त्यसपछि विचारहरूको सूची यस्तो थियो कि यो दस वर्ष पहिले जस्तो देखिन्थ्यो। अब एक वर्षको लागि मात्र।
2. बहु-कोर फलामको अधिकतम उपयोग। यो हाम्रो लागि पनि महत्त्वपूर्ण थियो, किनकि हामीले देख्यौं कि त्यहाँ केवल अधिक र अधिक कोरहरू हुनेछन्।
3. उच्च विश्वसनीयता। केही बोकेर हामी रोयौं ।
4. असफलताहरूको लागि उच्च प्रतिरोध।
5. हामी दैनिक रिलिजको प्रक्रियाको साथ अन्त्य गर्न चाहन्थ्यौं। यसका लागि भाषा छनोटको आवश्यकता थियो ।

तदनुसार, हामीले आफैंको लागि सेट गरेका उत्पादनका लागि आवश्यकताहरूबाट, भाषाका लागि आवश्यकताहरू स्पष्ट रूपमा तार्किक रूपमा बढ्छन्।

1. यदि हामी बहु-कोर प्रणालीहरूको लागि समर्थन चाहन्छौं भने, हामीलाई समानान्तर कार्यान्वयनको लागि समर्थन चाहिन्छ।
2. यदि हामीलाई विकास गति चाहिन्छ भने, हामीलाई प्रतिस्पर्धी विकास, प्रतिस्पर्धी प्रोग्रामिङलाई समर्थन गर्ने भाषा चाहिन्छ। यदि कसैले फरक सामना गरेको छैन भने, यो धेरै सरल छ:
   • समानान्तर प्रोग्रामिङ भनेको कसरी दुई फरक थ्रेडहरू विभिन्न कोरहरूमा कार्यान्वयन गरिन्छ भन्ने बारे हो;
   • समवर्ती कार्यान्वयन, वा अधिक सटीक रूपमा, समवर्ती समर्थन, कसरी भाषा (वा रनटाइम, यसले फरक पर्दैन) समानान्तर कार्यान्वयनबाट आउने सबै जटिलताहरू लुकाउन मद्दत गर्छ भन्ने बारे हो।
3. उच्च स्थिरता। जाहिर छ, हामीलाई एक क्लस्टर चाहिन्छ, र हामीसँग विक्रेताको उत्पादनमा भएको भन्दा राम्रो।

यदि तपाइँ सम्झनुहुन्छ भने, हामीसँग धेरै विकल्पहरू थिएनन्। सर्वप्रथम, एर्लाङ्ग - हामी यसलाई माया गर्छौं र जान्दछौं, यो मेरो व्यक्तिगत, व्यक्तिगत मनपर्ने थियो। दोस्रो, जाभा जाभा पनि होइन, तर विशेष गरी स्काला। तेस्रो, एउटा भाषा जुन त्यस समयमा हामीलाई थाहा थिएन - जानुहोस्। यो भर्खरै देखा परेको थियो, वा बरु, यो पहिले नै लगभग दुई वर्षको लागि अवस्थित थियो, तर अझै जारी गरिएको थिएन।

जानुहोस् जित्नुहोस्!

गो को इतिहास

त्यसमा हामीले मञ्च बनायौं । म किन व्याख्या गर्ने प्रयास गर्नेछु।

गो को संक्षिप्त इतिहास। यो 2007 मा सुरु भयो, 2009 मा खोलियो, पहिलो संस्करण 2012 मा जारी भएको थियो (अर्थात, हामीले पहिलो रिलीज हुनु अघि नै काम गर्न थाले)। शुरुवातकर्ता गुगल थियो, जुन प्रतिस्थापन गर्न चाहन्थे, जस्तो कि मलाई शंका छ, जाभा।

लेखकहरू धेरै प्रसिद्ध छन्:

• युनिक्सको पछि लागेका केन थमसनले UTF-8 को आविष्कार गरे, योजना 9 प्रणालीमा काम गरे;
• केनसँग UTF-8 आविष्कार गर्ने रोब पाइकले बेल ल्याब्समा प्लान 9, इन्फर्नो, लिम्बोमा पनि काम गरे।
• रोबर्ट गिस्मर, जसलाई हामी जाभा हटस्पट कम्पाइलर आविष्कार गर्न र V8 (गुगलको जाभास्क्रिप्ट अनुवादक) मा जेनेरेटरमा कामको लागि चिन्छौं र माया गर्छौं;
• र 700 भन्दा बढी योगदानकर्ताहरू, हाम्रा केही प्याचहरू सहित।

जानुहोस्: पहिलो नजर

हामी देख्छौं कि भाषा कम वा कम सरल र बुझ्न योग्य छ। हामीसँग स्पष्ट प्रकारहरू छन्: केही अवस्थामा तिनीहरू घोषणा गर्न आवश्यक छ, अरूमा तिनीहरू आवश्यक छैनन् (यसको मतलब प्रकारहरू एक वा अर्को तरिकाले अनुमान गरिएको छ)।

यो देख्न सकिन्छ कि यो संरचना वर्णन गर्न फैशनेबल छ। यो देख्न सकिन्छ कि हामीसँग सूचकको अवधारणा छ (जहाँ तारा चिन्ह छ)। यो देख्न सकिन्छ कि arrays र associative arrays को प्रारम्भिकता घोषणा गर्न को लागी विशेष समर्थन छ।

यो लगभग स्पष्ट छ - तपाईं बाँच्न सक्नुहुन्छ। नमस्ते, संसार लेख्ने प्रयास गरौं:

हामी के देख्छौं? यो C-जस्तो वाक्य रचना हो, अर्धविराम वैकल्पिक छ। यो दुई रेखाहरूको लागि विभाजक हुन सक्छ, तर मात्र यदि यी दुई निर्माणहरू छन् जुन एउटै लाइनमा छन्।

हामी देख्छौं कि नियन्त्रण संरचनाहरूमा कोष्ठकहरू (14 औं रेखामा) वैकल्पिक छन्, तर घुमाउरो कोष्ठकहरू सधैं आवश्यक हुन्छन्। हामी देख्छौं कि टाइपिङ स्थिर छ। टिम धेरैजसो समय बाहिर निकालिन्छ। यो उदाहरण सामान्य हेलो, संसार भन्दा अलि बढी जटिल छ - केवल एउटा पुस्तकालय छ भनेर देखाउनको लागि।

हामीले अरू के देख्छौं त्यो महत्त्वपूर्ण छ? कोड प्याकेजहरूमा व्यवस्थित गरिएको छ। र तपाईंको आफ्नै कोडमा प्याकेज प्रयोग गर्नको लागि, तपाईंले यसलाई आयात निर्देशन प्रयोग गरेर आयात गर्न आवश्यक छ - यो पनि महत्त्वपूर्ण छ। हामी यसलाई सुरु गर्छौं - यसले काम गर्छ। महान!

अर्को केहि थप जटिल प्रयास गरौं: नमस्ते, संसार, तर अब मात्र यो HTTP सर्भर हो। हामी यहाँ के रोचक देख्छौं?

पहिले, प्रकार्यले प्यारामिटरको रूपमा कार्य गर्दछ। यसको मतलब यो हो कि हाम्रो कार्य "प्रथम श्रेणीको नागरिक" हो र तपाइँ यससँग कार्यात्मक शैलीमा धेरै रोचक चीजहरू गर्न सक्नुहुन्छ। अर्को हामी केहि अप्रत्याशित देख्छौं: आयात निर्देश सिधै GitHub भण्डारमा लिङ्क गर्दछ। यो सहि हो, यो त्यस्तै हो - यसबाहेक, यो गर्नु पर्ने तरिका हो।

Go मा, प्याकेजको विश्वव्यापी पहिचानकर्ता भनेको यसको भण्डारको url हो। त्यहाँ एक विशेष Goget उपयोगिता छ जुन सबै निर्भरताहरू ल्याउनेछ, तिनीहरूलाई डाउनलोड गर्नुहोस्, तिनीहरूलाई स्थापना गर्नुहोस्, तिनीहरूलाई कम्पाइल गर्नुहोस् र आवश्यक भएमा तिनीहरूलाई प्रयोगको लागि तयार गर्नुहोस्। एकै समयमा, Goget लाई html-meta बारे थाहा छ। तदनुसार, तपाइँ एक http डाइरेक्टरी राख्न सक्नुहुन्छ जुन तपाइँको विशिष्ट भण्डारमा लिङ्कहरू समावेश गर्दछ (जस्तै हामी गर्छौं, उदाहरणका लागि)।

अरु के देख्ने ? मानक पुस्तकालयमा Http र Json। त्यहाँ, स्पष्ट रूपमा, आत्मनिरीक्षण - प्रतिबिम्ब छ, जुन एन्कोडिङ/json मा प्रयोग गरिनु पर्छ, किनकि हामी यसको लागि केहि मनमानी वस्तुलाई मात्र बदल्छौं।

हामी यसलाई चलाउँछौं र देख्छौं कि हामीसँग 20 लाइनहरूमा उपयोगी कोड छ, जसले मेसिनको हालको औसत लोडलाई कम्पाइल गर्दछ, चलाउँछ र रिपोर्ट गर्दछ (यो मेसिनमा जुन यो सुरू गरिएको छ)।
हामीले यहाँ तुरुन्तै देख्न सक्ने अरू के महत्त्वपूर्ण छ? यो एक स्थिर बाइनरी (बाइनरी) मा कम्पाइल गरिएको छ। यो बाइनरीमा कुनै पनि निर्भरता छैन, कुनै पुस्तकालयहरू छैनन्! तपाइँ यसलाई कुनै पनि प्रणालीमा प्रतिलिपि गर्न सक्नुहुन्छ, यसलाई तुरुन्तै चलाउनुहोस्, र यसले काम गर्नेछ।

अगाडि बढौं।

जानुहोस्: विधिहरू र इन्टरफेसहरू

जानुहोस् विधिहरू छन्। तपाईं कुनै पनि अनुकूलन प्रकारको लागि विधि घोषणा गर्न सक्नुहुन्छ। यसबाहेक, यो आवश्यक रूपमा एक संरचना होइन, तर केही प्रकारको उपनाम हुन सक्छ। तपाइँ N32 को लागी एक उपनाम घोषणा गर्न सक्नुहुन्छ र केहि उपयोगी गर्न को लागी विधिहरू लेख्न सक्नुहुन्छ।

र यहाँ हामी पहिलो पटक मूर्खमा परेका छौं... यो बाहिर जान्छ कि Go मा त्यस्ता कक्षाहरू छैनन्। Go लाई चिन्नेहरूले त्यहाँ प्रकार समावेश छ भनी भन्न सक्छन्, तर त्यो पूर्ण रूपमा अर्कै कुरा हो। जति चाँडो विकासकर्ताले यसलाई विरासतको रूपमा सोच्न छोड्छ, त्यति राम्रो। Go मा कुनै कक्षाहरू छैनन्, र त्यहाँ कुनै विरासत पनि छैन।

प्रश्न ! संसारको जटिलतालाई प्रतिबिम्बित गर्न Google ले नेतृत्व गरेको लेखकहरूको कम्पनीले हामीलाई के दिएको छ? तिनीहरूले हामीलाई इन्टरफेस दिए!

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

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

र Go मा, अवश्य पनि, त्यहाँ शून्यको लागि संकेतहरू छन्। शब्द इन्टरफेस {} (दुई घुमाउरो कोष्ठकहरू सहित) एक चर हो जसले तपाईंलाई सिद्धान्तमा कुनै पनि वस्तुलाई संकेत गर्न अनुमति दिन्छ।
अहिलेसम्म सबै ठीक छ, सबै परिचित छ। अचम्मको कुरा केही छैन।

जानुहोस्: गोराउटिनहरू

अब हामी हामीलाई चासो केमा आउँछौं: हलुका प्रक्रियाहरू - गो टर्मिनोलजीमा गोराउटिनहरू (गोराउटिनहरू)।

1. पहिलो, तिनीहरू साँच्चै हल्का छन् (२ KB भन्दा कम)।
2. दोस्रो, यस्तो गोराउटिन सिर्जना गर्ने लागतहरू नगण्य छन्: तपाइँ प्रति सेकेन्डमा एक हजार बनाउन सक्नुहुन्छ - केहि हुनेछैन।
3. तिनीहरू तिनीहरूको आफ्नै अनुसूचक द्वारा सेवा गरिन्छ, जसले केवल एक गोरुटिनबाट अर्कोमा नियन्त्रण स्थानान्तरण गर्दछ।
4. यस अवस्थामा, निम्न अवस्थामा नियन्त्रण हस्तान्तरण गरिएको छ:
   • यदि go अभिव्यक्ति सामना गरिएको छ (यदि goroutine अर्को goroutine सुरु हुन्छ);
   • यदि एक अवरुद्ध इनपुट/आउट कल सक्षम छ;
   • यदि फोहोर संकलन सुरु हुन्छ;
   • यदि च्यानलहरु संग केहि अपरेशन सुरु भएको छ।

त्यो हो, जहिले पनि कम्प्युटरमा गो प्रोग्राम चल्छ, यसले प्रणालीमा कोरहरूको संख्या निर्धारण गर्दछ, आवश्यकता अनुसार धेरै थ्रेडहरू लन्च गर्दछ (प्रणालीमा कति कोर छन् वा कतिवटा तपाईंले यसलाई बताउनुभयो)। तदनुसार, अनुसूचकले प्रत्येक कोरमा यी सबै अपरेटिङ सिस्टम थ्रेडहरूमा कार्यान्वयनको यी हल्का थ्रेडहरू चलाउनेछ।

यो ध्यान दिनुपर्छ कि यो फलाम प्रयोग गर्ने सबैभन्दा प्रभावकारी तरिका हो। के देखाइएको छ बाहेक, हामी धेरै धेरै गर्छौं। हामी, उदाहरणका लागि, DPI प्रणालीहरू बनाउँछौं जसले एउटा इकाईलाई 40 गिगाबिटहरू सेवा गर्न अनुमति दिन्छ (यी लाइनहरूमा के हुन्छ त्यसमा निर्भर गर्दछ)।

त्यहाँ, Go अघि पनि, हामीले ठ्याक्कै यस कारणको लागि ठ्याक्कै उही योजना प्रयोग गर्‍यौं: किनभने यसले हामीलाई प्रोसेसर क्यासको स्थान सुरक्षित गर्न र OS सन्दर्भ स्विचहरूको संख्यालाई उल्लेखनीय रूपमा घटाउन अनुमति दिन्छ (जसले धेरै समय पनि लिन्छ)। म दोहोर्याउँछु: यो फलाम प्रयोग गर्ने सबैभन्दा प्रभावकारी तरिका हो।

यो सरल 21 लाइन उदाहरण एक उदाहरण हो जुन केवल इको-सर्भर गर्दछ। कृपया ध्यान दिनुहोस् कि सेवा प्रकार्य अत्यन्त सरल छ, यो रैखिक छ। त्यहाँ कुनै कलब्याकहरू छैनन्, कुनै चिन्ता र सोच्न आवश्यक छैन ... तपाईं केवल पढ्नुहोस् र लेख्नुहोस्!

एकै समयमा, यदि तपाइँ पढ्नुहुन्छ र लेख्नुहुन्छ भने, यो वास्तवमा ब्लक हुनुपर्छ - यो गोराउटिनलाई एक लाममा राखिएको छ र कार्यान्वयन पुन: सम्भव हुँदा अनुसूचक द्वारा लिइन्छ। त्यो हो, यो सरल कोडले त्यो मेसिनमा OS ले अनुमति दिने जति धेरै जडानहरूको लागि इको सर्भरको रूपमा काम गर्न सक्छ।

छिट्टै जारी राख्ने...

केही विज्ञापनहरू 🙂

हामीसँग रहनु भएकोमा धन्यवाद। तपाईलाई हाम्रा लेखहरू मनपर्छ? थप रोचक सामग्री हेर्न चाहनुहुन्छ? हामीलाई अर्डर गरेर वा साथीहरूलाई सिफारिस गरेर समर्थन गर्नुहोस्, $4.99 बाट विकासकर्ताहरूको लागि क्लाउड VPS, प्रविष्टि-स्तर सर्भरहरूको एक अद्वितीय एनालग, जुन हामीले तपाईंको लागि आविष्कार गरेको हो: VPS (KVM) E5-2697 v3 (6 कोर) 10GB DDR4 480GB SSD 1Gbps $ 19 बाट वा कसरी सर्भर साझा गर्ने बारे सम्पूर्ण सत्य? (RAID1 र RAID10 सँग उपलब्ध, 24 कोर सम्म र 40GB DDR4 सम्म)।

डेल R730xd 2x एम्स्टर्डमको इक्विनिक्स टियर IV डाटा सेन्टरमा सस्तो छ? यहाँ मात्र 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV $199 बाट नेदरल्याण्ड मा! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 बाट! बारे पढ्नुहोस् पूर्वाधार कर्पोरेशन कसरी निर्माण गर्ने। डेल R730xd E5-2650 v4 सर्भरहरूको प्रयोगको साथ एक पैसाको लागि 9000 यूरो मूल्यको वर्ग?

स्रोत: www.habr.com