PHP 7.4 में लोड हो रहा है

इस लेख का अनुवाद विशेष रूप से बैकएंड PHP डेवलपर पाठ्यक्रम के छात्रों के लिए तैयार किया गया था।



PHP 7.4 प्री-लोडिंग को जोड़ता है, एक ऐसी सुविधा जो कोड प्रदर्शन में काफी सुधार कर सकती है।

संक्षेप में प्रीलोड पर।

• फ़ाइलों को प्रीलोड करने के लिए आपको एक अलग PHP स्क्रिप्ट लिखने की जरूरत है।
• इस स्क्रिप्ट को सर्वर स्टार्टअप पर एक बार निष्पादित किया जाता है।
• सभी प्रीलोडेड फाइलें सभी अनुरोधों के लिए मेमोरी में उपलब्ध हैं।
• स्रोत फ़ाइल में किए गए परिवर्तन तब तक काम नहीं करेंगे जब तक आप सर्वर को पुनरारंभ नहीं करते हैं।

आइए नई सुविधा के बारे में अधिक विस्तार से बात करते हैं।

ओपचे से ज्यादा

हां, प्रीलोडिंग अपाचे पर आधारित है, लेकिन यह बिल्कुल एक ही बात नहीं है। Opcache PHP स्रोत फ़ाइलों को लेता है, उन्हें opcodes में संकलित करता है, और फिर संकलित फ़ाइलों को डिस्क में सहेजता है।

Opcodes को आपके कोड का एक निम्न-स्तरीय प्रतिनिधित्व माना जा सकता है जिसे आसानी से रनटाइम पर व्याख्या किया जाता है। इस प्रकार, opcache आपको स्रोत फ़ाइलों को अनुवाद करने के चरण को छोड़ देता है जो PHP दुभाषिया को वास्तव में चलाने के समय की आवश्यकता होती है। ध्यान देने योग्य बचत!

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

और यहां प्रीलोड बचाव में आता है: यह न केवल स्रोत फ़ाइलों को ऑपकोड में संकलित करता है, बल्कि आश्रित वर्ग, लक्षण और इंटरफेस को भी जोड़ता है। यह निष्पादन योग्य कोड के ऐसे "संकलित" टुकड़े को संग्रहीत करता है (अर्थात, कोड जो PHP दुभाषिया उपयोग कर सकता है) स्मृति में।

जब कोई अनुरोध सर्वर पर आता है, तो यह कोड आधार के उन हिस्सों का उपयोग कर सकता है जो पहले से ही मेमोरी में लोड हो चुके हैं, बिना किसी अतिरिक्त समय के।

हम "कोड बेस के कुछ हिस्सों" के बारे में बात कर रहे हैं?

प्रीलोडिंग का अभ्यास करें

सही प्रीलोडिंग के लिए, डेवलपर को सर्वर को बताना होगा कि कौन सी फाइल डाउनलोड करनी है। यह एक सरल PHP स्क्रिप्ट का उपयोग करके किया जाता है, इसलिए डरने की कोई बात नहीं है।

कुछ भी जटिल नहीं है।

• आप opcache.preload का उपयोग करके अपनी php.ini फ़ाइल में एक प्रीलोड स्क्रिप्ट और उससे लिंक प्रदान करते हैं।
• प्रत्येक PHP फ़ाइल जिसे आप प्रीलोड करना चाहते हैं, उसे प्रीलोड स्क्रिप्ट से opcache_compile_file() पास करना होगा।

मान लीजिए कि आप किसी प्रकार की रूपरेखा तैयार करना चाहते हैं। इसे लारवेल होने दो। इस स्थिति में, आपकी स्क्रिप्ट को vendor/laravel में सभी PHP फाइलों को देखना चाहिए और उन्हें एक बार में जोड़ना चाहिए।

यहाँ आप इस लिपि को php.ini में कैसे शामिल कर सकते हैं:

 opcache.preload=/path/to/project/preload.php 

और यहाँ एक उदाहरण कार्यान्वयन है:

 $files = /*  ,      */; foreach ($files as $file) { opcache_compile_file($file); } 

इसके बजाय opcache_compile_file का उपयोग आप include कर सकते include । हालांकि, ऐसा लगता है कि यहां एक बग था, क्योंकि लिखने के समय दूसरा विकल्प काम नहीं करता था।

चेतावनी कि आप एक असंबंधित वर्ग को लोड नहीं कर सकते

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

यदि आप वर्ग निर्भरता के साथ किसी भी समस्या का सामना करते हैं, तो आपको सर्वर शुरू करते समय इस बारे में चेतावनी दी जाएगी:

 Can't preload unlinked class Illuminate\Database\Query\JoinClause: Unknown parent Illuminate\Database\Query\Builder 

ध्यान दें कि opcache_compile_file() केवल फ़ाइल को opcache_compile_file() करेगा, लेकिन इसे निष्पादित नहीं करेगा। इसका मतलब यह है कि यदि किसी वर्ग पर निर्भरताएँ हैं जो पहले से लोड नहीं की गई हैं, तो वर्ग खुद को पहले से लोड नहीं किया जा सकता है।

यह महत्वपूर्ण नहीं है: सर्वर हमेशा की तरह काम करेगा, लेकिन आपके पास ऐसी सभी फाइलें नहीं होंगी, जिन्हें आप अपने निपटान में प्रीलोड करना चाहते थे।

यही कारण है कि आपको निर्भरता की समस्याओं से बचने के लिए पूर्व-लोडिंग के लिए फ़ाइलों का सावधानीपूर्वक चयन करने की आवश्यकता है। इसे मैन्युअल रूप से करना एक कृतघ्न और समय लेने वाला कार्य है, इसलिए डेवलपर्स पहले से ही स्वचालित समाधान पर काम कर रहे हैं।

संगीतकार का समर्थन

सबसे होनहार स्वचालित समाधान संगीतकार डेवलपर्स द्वारा तैयार किया जा रहा है, जो पहले से ही अधिकांश आधुनिक पीएचपी परियोजनाओं में उपयोग किया जाता है।

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

सर्वर आवश्यकताओं

दो अन्य महत्वपूर्ण बिंदु हैं जो प्रीलोड का उपयोग करते समय एक डेवलपर को ध्यान में रखना चाहिए।

आप पहले से ही जानते हैं कि आपको काम करने के लिए प्रीलोड के लिए php.ini में एक प्रविष्टि बनाने की आवश्यकता है। इसका मतलब है कि यदि आप साझा होस्टिंग का उपयोग करते हैं, तो आप PHP को कॉन्फ़िगर नहीं कर पाएंगे जैसे आप चाहते हैं।

व्यवहार में, आपको एक परियोजना के लिए पहले से लोड की गई फ़ाइलों को अनुकूलित करने के लिए एक समर्पित (आभासी) सर्वर की आवश्यकता होगी। इसे ध्यान में रखें।

यह भी याद रखें कि आपको सर्वर को पुनरारंभ करने की आवश्यकता होगी (यदि आप php-fpm उपयोग करते हैं, तो यह पर्याप्त है) हर बार जब आप मेमोरी में फ़ाइलों को फिर से लोड करना चाहते हैं। अधिकांश के लिए, यह स्पष्ट है, लेकिन यह याद करने के लिए शानदार नहीं होगा।

उत्पादकता

अब सबसे महत्वपूर्ण सवाल के लिए: क्या प्रीलोडिंग वास्तव में प्रदर्शन में सुधार करता है?

बेशक! बेन मोरेल ने तुलनात्मक परीक्षण के परिणामों को साझा किया, जो संगीतकार पर एक ही विषय में पाया जा सकता है, जिसे हमने ऊपर उल्लेख किया है।

और यह भी, यह दिलचस्प है। यदि आप चाहें, तो आप केवल तथाकथित hot classes - वर्गों को लोड कर सकते हैं जो अक्सर आपके कोड बेस में उपयोग किए जाते हैं। बेन मोरेल के परीक्षणों से पता चलता है कि इनमें से लगभग 100 वर्गों को लोड करने से एक ही बार में सब कुछ लोड करने की तुलना में उच्च प्रदर्शन में वृद्धि होती है। पहले मामले में, उत्पादकता 17% बढ़ जाती है, दूसरे में - 13% तक।

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

बेशक, ये सभी ऑपरेशन स्वचालित हो सकते हैं, और भविष्य में इसके होने की संभावना है।

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

---

क्या आप PHP 7.4 के नए संस्करण में प्रीलोडिंग का उपयोग करेंगे? कोई विचार या टिप्पणी? मुझे ट्विटर या ईमेल पर ईमेल करें ।

परंपरागत रूप से, यदि आप लेख को रोचक पाते हैं तो हम आपकी टिप्पणियों और लाभों की प्रतीक्षा कर रहे हैं :-)