ताकाशी कोकुबुन: रूबी अनुप्रयोगों को तेजी से कैसे चलाया जाए

28 सितंबर को केंद्रीय रूसी रूबी सम्मेलन 10 साल का है। इस वर्ष, रूबिरुसिया में एक नया स्थान है, चयनित रिपोर्ट की 4 धाराएं, संचार और निश्चित रूप से, पौराणिक बाद की पार्टी! बोलने वालों में युकीहिरो मात्सुमोतो, तकाशी कोकुबुन, जेवियर नोरिया, निक सटरर, जिनाडी समोकोवरोव और बहुत कुछ हैं!

तैयारी में, हम रूबी, काम और जीवन के बारे में वक्ताओं के साथ बात करते हैं। आज हम ऐसी सामग्री प्रकाशित करते हैं, जिसमें दिमित्री मत्येव ( एवरोन में परियोजना प्रबंधक) तकाशी कोकुबुन से सवाल पूछते हैं।


रूबी जेआईटी कंपाइलर के लिए एक अनुकूलक, स्पीकर रूबिरसिया 2019, आर्मट्राइस डेटा में एक बैकेंड इंजीनियर हैम और ईआरबी का समर्थन करता है।

मुझे बताएं कि सम्मेलन में आपकी रिपोर्ट पर क्या चर्चा होगी?

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

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

यह कोड और अवधारणाओं के बहुत से एक कट्टर रिपोर्ट है! यह मुश्किल लग रहा है?

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

क्या अब उत्पादन में नए संकलक का उपयोग करना संभव है, और किन मामलों में?

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

मैंने पढ़ा कि जेआईटी संकलक पहले से ही रूबी भाषा ब्रंच मास्टर में डाला गया है और संस्करण 2.6 से उपलब्ध है। क्या ऐसा है?

हां, मेरा मर्ज अनुरोध पहले ही स्वीकार कर लिया गया है। लेकिन यह पहला संस्करण है, और बहुत काम किया जाना बाकी है। सुधार पहले से ही रूबी 2.7 में होंगे, और रूबी 3 में और भी अधिक।

बताइए आपने रूबी में लिखना कैसे शुरू किया?

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

क्या अब आप रूबी में काम पर लिख रहे हैं?

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

ट्रेजर डेटा प्रोजेक्ट उच्च भार और बड़े डेटा के साथ जुड़ा हुआ है। लेकिन रूबी सबसे तेज भाषा नहीं है। आपने एक उच्च-लोड एप्लिकेशन बनाने का प्रबंधन कैसे किया जो RoR प्लेटफॉर्म पर बड़े डेटा के साथ काम करता है?

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

तुम रूबी से क्यों प्यार करते हो? अगर ऐसा कोई प्रोजेक्ट था जिसे रूबी और पायथन दोनों में लागू किया जा सकता है, तो आप किसे चुनेंगे?

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

एक और चीज जो आप हाल ही में काम कर रहे हैं वह हैमल टेम्पलेट इंजन ...

मैंने पिछली नौकरी में Haml और ERB पर काम किया। अब मैं इसके लिए बहुत अधिक समय नहीं देता, लेकिन कभी-कभी मैं इन परियोजनाओं में पुल-वे के माध्यम से देखता हूं।

आप हामल, स्लिम या ईआरबी जैसे टेम्पलेट इंजन की संभावनाओं के बारे में क्या सोचते हैं, सामान्य तौर पर, यह देखते हुए कि आधुनिक दुनिया में बैक और फ्रंट को दो अलग-अलग अनुप्रयोगों में पूरी तरह से अलग करने और जावास्क्रिप्ट पृष्ठों को पूरी तरह से जावास्क्रिप्ट में देने की प्रवृत्ति है? यही है, इस तरह के विन्यास में, टेम्पलेट इंजन पूरी तरह से अनावश्यक हो जाते हैं?

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

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

मुझे लगता है कि प्रशिक्षण की प्रभावशीलता अधिक होगी जब भाषा उन कार्यों के लिए उपयुक्त होती है जो एक प्रोग्रामर का सामना करते हैं। रूबी वेब एप्लिकेशन लिखने के लिए अच्छा है, क्योंकि इसमें स्ट्रिंग के साथ काम करना जावा की तुलना में बहुत आसान है। मशीन सीखने के लिए अजगर अधिक उपयुक्त है (इस क्षेत्र में इसकी समृद्ध संरचना है)। यदि आप पायथन सीखना चाहते हैं, तो मैं वेब एप्लिकेशन लिखने के बजाय मशीन सीखने के कार्यों को हल करने की सलाह दूंगा। यदि आप जावा, कोटलिन या अन्य JVM- आधारित भाषाओं में अधिक रुचि रखते हैं, तो मेरा सुझाव है कि वितरित सिस्टम लिखना। रूबी वर्तमान में मांग या समानांतर कंप्यूटिंग के लिए अच्छी तरह से अनुकूल नहीं है। रूबी में ऐसी समस्याओं को हल करने के लिए, हमें कई प्रक्रियाओं की आवश्यकता होती है जो बहुत सारे संसाधनों का उपभोग करते हैं, इसलिए वे प्रभावी नहीं होंगे। इस प्रकार, प्रासंगिक समस्याओं के लिए उपयुक्त उपकरण का उपयोग यह समझने में मदद करेगा कि इस उपकरण को इस तरह से क्यों बनाया गया है। इससे इसके सार को बेहतर ढंग से समझने में मदद मिलेगी।

आपकी व्यक्तिगत "रेटिंग" के शीर्ष पर कौन सी पुस्तकें हैं?

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

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

आप रूस और रूबिरसिया सम्मेलन से क्या उम्मीद करते हैं ?

मैं पहले कभी रूस नहीं गया। मुझे उम्मीद है कि मैं बहुत कुछ सुंदर देखूंगा, उदाहरण के लिए, सुंदर घर, सुंदर परिदृश्य ... इसके अलावा, रूस में यह जापान की तुलना में ठंडा होना चाहिए। हमारे देशों के बीच इन सभी मतभेदों को देखना और महसूस करना मेरे लिए दिलचस्प होगा।

कूल! मैं आपको आश्वस्त कर सकता हूं कि भले ही यह ठंडा हो (वास्तव में, सितंबर के अंत में यह हमारे साथ इतना ठंडा नहीं है), सम्मेलन और पार्टी के बाद वैसे भी गर्म होगा!

हम भी सम्मेलन में आपका इंतजार कर रहे हैं! आप व्यक्तिगत रूप से (और 28 सितंबर को) :) कार्यक्रम यहां है , और टिकट की कीमत अब 9,000 रूबल है।

RubyRussia का समर्थन करने वाली कंपनियों के लिए धन्यवाद:

आयोजक - एवरोन
सामान्य साझेदार - शीर्षताल
गोल्ड पार्टनर - गेट
सिल्वर पार्टनर्स - जेटब्रेन्स और बुकमेट
कांस्य भागीदार - InSales