KPHP के बारे में: कैसे बिल्ली के बच्चे VKontakte को गति देते हैं

हाय, हब्रोस्क। कई लोग पहले से ही पिछले विषय और अन्य जगहों पर VKontakte से kPHP के बारे में पढ़ने में कामयाब रहे, लेकिन निश्चित रूप से पर्याप्त विवरण नहीं थे। समुदाय की ओर से अपनी जिज्ञासा और रुचि को संतुष्ट करने के लिए, हमने टिप्पणियों के लिए स्रोत की ओर रुख किया, अर्थात्, पावेल डुरोव, जिन्होंने सिफारिश की कि मैं टीम के दोस्तों के साथ केएलपीपी के बारे में बात करूँ, ओलेग इलारियोनोव और वासिब बेबिच, जो वीके को नए विकास की पटरियों पर स्थानांतरित करने के लिए जिम्मेदार थे।

सबसे पहले, मैंने उन सवालों को पूछा जो घोषणा में टिप्पणियों में दिखते थे: ओओपी के बारे में क्या है, जो तेज है - जावा सी # गो या केपीएचपी हाथी या किट , जिसमें केपीओपी परियोजनाएं सबसे उपयोगी होंगी, और इसी तरह। इसके अलावा, हमने विकास योजनाओं और थोड़ा, अन्य विकास और वीके के "कोड" रसोई के बारे में बात की।

ओलेग, वसीली, हैलो। तो kPHP क्या है? इसका सार क्या है?

ओलेग इलारियोनोव:

नमस्ते! kPHP C ++ में एक PHP अनुवादक है, जो अन्य बातों के अलावा, कोड का विश्लेषण करता है, चर के प्रकारों को प्रदर्शित करता है, और जहां यह स्पष्ट रूप से कटौती नहीं की जा सकती है, यह सार्वभौमिक चर का उपयोग करता है जिसमें किसी भी प्रकार का डेटा संग्रहीत किया जा सकता है।
बेशक, kPHP कोई ऐसी चीज नहीं है जो किसी भी PHP कोड को संकलित करती है और यह काम करेगी - वास्तव में, kphp एक बहुत अच्छा स्थैतिक कोड विश्लेषक है जो त्रुटियों को ढूँढता है, दोनों संभावित और वास्तविक। वैसे, साइट का अनुवाद करते समय (हम VKontakte के बारे में बात कर रहे हैं), यहां तक ​​कि कुछ छोटे नवाचार भी लॉन्च किए गए थे, लेकिन कोड में बग के कारण वे आम जनता के लिए उपलब्ध नहीं थे।

PHP के मुख्य तरीकों और OOP के समर्थन के साथ बहुत सारे प्रश्न जुड़े हुए हैं। क्या पहले से ही आवाज उठाई गई है - ओओपी के लिए मानक और सीमित समर्थन के बारे में, क्या आप कुछ जोड़ सकते हैं?

OI:
KPHP में हर चीज का एक बड़ा द्रव्यमान होता है, यहां तक ​​कि ऐसी चीजें जो हम ( VKontakte ) उपयोग नहीं करते हैं, लेकिन अभी तक कुछ बहुत गंभीर चीजें नहीं हैं - उदाहरण के लिए, DOMDocument।
OOP के लिए, यह वर्तमान में कुछ मानक PHP वस्तुओं के अपवाद के साथ kPHP में समर्थित नहीं है। जब किसी साइट को kPHP में तब्दील किया जाता है, तो वह पूरी तरह से OOP से छुटकारा पाने की थी। लेकिन यह अनुपस्थिति एक विशेषता की तरह अधिक बनाई गई थी, kPHP के विकास में मुख्य वेक्टर गति थी। यह ओओपी समर्थन का समर्थन नहीं करता है, और इसके अलावा, ओओपी मुख्य रूप से अच्छा है जब आपके पास परियोजना पर सौ डेवलपर्स या इसमें बहुत सारे इंटरफेस हैं।

टिप्पणियों में एक क्लासिक सवाल लग रहा था: "क्या केपीपी जावा सी # गो से तेज है"?

OI:
निर्भर करता है कि वास्तव में क्या परीक्षण करना है और कोड कैसे लिखना है। KPHP के साथ यह बहुत दिलचस्प है: उदाहरण के लिए, गति इस बात पर निर्भर करती है कि यह किस प्रकार के व्यक्तिगत चर को घटाएगा। सामान्य तौर पर, kPHP को PHP के साथ असंगत भाषा के रूप में योजनाबद्ध किया गया था, कई निर्माण हैं जो उदाहरण के लिए, आपको निष्पादन में तेजी लाने के लिए चर के प्रकारों को स्पष्ट रूप से सेट करने की अनुमति देते हैं। लेकिन इस तथ्य के कारण कि हमारे पास बहुत सारे कोड हैं (एक संकलित बाइनरी का वजन लगभग 300 मेगाबाइट है), संकलन में केवल कुछ सेकंड नहीं लगते हैं, जैसा कि नियोजित किया गया है, लेकिन मिनट - इस तथ्य के बावजूद कि kPHP कोड के केवल बदले हुए हिस्से को recompiles करता है - आपको नियमित PHP में सुविधाओं को विकसित करना होगा। , और यह अभी तक हमें पूर्ण लाभ लेने की अनुमति नहीं देता है।

वसीली बाबिच:
जावा सी # के साथ तुलना जटिल है - केपीपीपी की गति, जैसा कि ओलेग ने पहले ही नोट किया है, इस कोड पर बहुत निर्भर है कि वे संकलन करते हैं - यदि यह अच्छा है, तो गति जावा / सी # की तुलना में बहुत अधिक है - वास्तव में, यह शुद्ध सी ++ है। लेकिन अगर कोड बहुत अच्छा नहीं है, तो यह अधिक धीरे-धीरे काम करता है। शायद, अगर आप बहुत कोशिश करते हैं, तो आप एक सिंथेटिक उदाहरण के साथ आ सकते हैं, जहां कोड समान है, लेकिन kPHP अधिक धीमी गति से काम करता है - लेकिन हमने ऐसा कोई लक्ष्य निर्धारित नहीं किया है :)

हमने पहले ही सुंदर ग्राफिक्स देखे हैं जो kPHP के संक्रमण के कारण VKontakte के मुख्य पृष्ठों को लोड करने में तेजी ला रहे हैं। KPHP क्या अन्य लाभ ला सकता है?

OI:
स्मृति के उपयोग में एक महत्वपूर्ण लाभ।

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

कुछ खाबरोवस्क नागरिक VKontakte गति में दोगुनी वृद्धि के लिए महत्वपूर्ण थे, यह दर्शाता है कि 10 गुना का त्वरण, ज़ाहिर है, एक बहुत अधिक प्रभावशाली परिणाम होगा। तो, कुल 2 बार?

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

पश्चिम बंगाल:
हां, अब पेज बनाने में ज्यादातर समय PHP कोड के निष्पादन का नहीं होता है, बल्कि डेटा (अन्य सर्वरों के लिए) अनुरोधों की प्रतिक्रिया का इंतजार होता है। बेशक, हम किसी भी तरह इस प्रतीक्षा समय का उपयोग करने की कोशिश करते हैं, लेकिन यह वास्तव में पता चला है कि अभी भी बहुत सारी उम्मीदें हैं, इसकी केपीपीपी में तेजी नहीं है। जैसा कि ओलेग ने कहा, गति में वास्तविक वृद्धि बहुत अधिक है।

ओलेग, क्या आपने आधारों का उल्लेख किया है और इस संबंध में उनके बारे में प्रश्न: क्या आप अपने स्वयं के विकास या मानक-डोप किए गए कुछ का उपयोग करते हैं?

OI:
अब हम व्यावहारिक रूप से MySQL का उपयोग नहीं करते हैं, सिवाय इसके कि जहां छोटे लोड हैं और अभी तक अपने स्वयं के इंजन में स्थानांतरित करने के लिए हाथों तक नहीं पहुंचे हैं। जहां बहुत सारे डेटा संग्रहीत हैं, उनका उपयोग लंबे समय से किया गया है। उनमें से बहुत कुछ लिखा गया है, अब ऐसे कार्य की कल्पना करना मुश्किल है जिसे MySQL के बिना निपटाया नहीं जा सकता है।
सामान्य तौर पर, हमारे मानक कार्यों की एक संख्या, जिसे हम विवेकपूर्वक एक अलग पुस्तकालय में ले जाते हैं, C ++ में कार्यान्वित किए जाते हैं।
सच है, हमने इस समाधान का उपयोग kPHP से पहले किया था - जैसा कि आप जानते हैं, PHP में आप C में लिखे गए नए कार्यों को भी जोड़ सकते हैं।

क्या त्वरण की योजना है या (अचानक!) जनता के लिए इंजन का खुलासा ?

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

KPHP पर लौटकर, इसके विकास और समर्थन के लिए आपकी क्या योजनाएं हैं? क्या आप समुदाय को काट देंगे या छोड़ देंगे?

OI:
अगले एक से, लोग OOP को जोड़ने की योजना बनाते हैं, क्योंकि अगर हम mtproto को एम्बेड करना चाहते हैं, तो डेवलपर्स को इसकी आवश्यकता होगी।

धन्यवाद! और अंत में, सबसे महत्वपूर्ण सवाल: k क्या है?

पश्चिम बंगाल:
K बिल्ली के शब्द से एक उपसर्ग है, जो पहले से ही हमारे लोगों के विकास में एक परंपरा बन गई है :)

---

यहाँ इस तरह के एक kPHP साक्षात्कार है, हमने यह किया है, Habr, एक भी तस्वीर के बिना पाठ की इस दीवार को पढ़ने के लिए धन्यवाद। इस अजीबता को शांत करने के लिए, मैं इस विषय में थोड़ा उपसर्ग जोड़ूंगा:



ठीक है, निश्चित रूप से, यदि आपके पास विषय पर प्रश्न हैं, तो Roem.ru समुदाय के हित के अन्य विवरणों के बारे में लोगों से पूछकर प्रसन्न होगा।