क्या गैर-सक्षम मॉड्यूल प्रदर्शन को प्रभावित करते हैं?


91

ड्रुपल मॉड्यूल मौजूद है, लेकिन सक्षम नहीं एक Drupal साइट के प्रदर्शन पर कोई प्रभाव पड़ता है?

इसे दूसरे तरीके से रखने के लिए .. क्या ड्रुपल साइट से अक्षम मॉड्यूल को हटाने से प्रदर्शन पर सकारात्मक प्रभाव पड़ेगा?

जवाबों:


97

आम तौर पर नहीं, यह प्रदर्शन को प्रभावित नहीं करेगा - सिवाय इसके कि जब आप अपना मॉड्यूल चयन पृष्ठ (व्यवस्थापक / बिल्ड / मॉड्यूल या व्यवस्थापक / मॉड्यूल) देख रहे हों। अक्षम मॉड्यूल को मेमोरी में लोड नहीं किया जाता है और कभी भी निष्पादित नहीं किया जाता है।


24
कहा जा रहा है, अक्षम मॉड्यूल अभी भी चर और डेटाबेस तालिकाओं को पीछे छोड़ते हैं ताकि मॉड्यूल को डेटा हानि के बिना फिर से सक्षम किया जा सके। यदि आप फिर से एक अक्षम मॉड्यूल का उपयोग करने की योजना नहीं बनाते हैं, तो आपको डी / 6 में व्यवस्थापक / बिल्ड / मॉड्यूल / स्थापना रद्द करके या डी 7 में स्थापना रद्द करें।
डेव रीड

1
मुझे लगता है कि यह एक मॉड्यूल का एक उदाहरण हो सकता है जो नोड टेबल में एक कॉलम जोड़ता है, drupal.org/project/quickstats इसलिए मुझे लगता है कि यदि आप मॉड्यूल को एकजुट नहीं करते हैं, तो यह संसाधनों की आवश्यक खपत का प्रतिनिधित्व करेगा (शायद न्यूनतम? ) अन्य मॉड्यूल जब नोड जानकारी खींचते हैं।
सिगोटेट

62

हाँ। यह।

दूसरों के कहने के बावजूद, कई स्थितियां हैं जिनमें प्रदर्शन कम हो जाएगा।

  1. अक्षम, और ठीक से अनइंस्टॉल किए गए मॉड्यूल के प्रदर्शन पर गंभीर प्रभाव नहीं हो सकते हैं: एक मॉड्यूल के लिए चर हटाए नहीं जाते हैं और हर पगेरेक्वेस्ट पर लोड किए जाएंगे। एक मॉड्यूल के लिए स्थान (यदि आप किसी अनुवादित साइट का उपयोग करते हैं) को हटाया नहीं जाता है और पहले से ही बोझिल डेटाबेस-टेबल पर ओवरहेड का कारण बनता है।
  2. Drupal मॉड्यूल के लिए फाइल सिस्टम में लुकअप से बचने के लिए सिस्टम टेबल का उपयोग कैशिंग के रूप में करता है। उस तालिका में जितनी अधिक प्रविष्टियाँ होंगी, वह उतनी ही धीमी होगी। यह प्रभाव बल्कि छोटा है, क्योंकि सिस्टम टेबल काफी अच्छी तरह से अनुक्रमित है। हालाँकि, कैश-क्लियर और एडमिन पेज पर जाने के कारण इस टेबल को फिर से बनाया जा सकता है। 200+ अप्रयुक्त मॉड्यूल के साथ तालिका का पुनर्निर्माण बिना अप्रयुक्त मॉड्यूल की तुलना में लगभग 25 गुना धीमा है। विकास और इसी तरह कुछ अजीब परिस्थितियों में इस तालिका के पुनर्निर्माण की मात्रा काफी अधिक हो सकती है।

अप्रयुक्त मॉड्यूल सिस्टम तालिका के पुनर्निर्माण के दौरान अन्य मेमोरी का उपयोग नहीं करते हैं। अप्रयुक्त मॉड्यूल आपके फाइल सिस्टम पर अधिक या धीमी लुकअप का कारण नहीं बनते हैं, अन्य तब सिस्टम टेबल के पुनर्निर्माण के दौरान। यदि आप X-हजारों मॉड्यूल से ऊपर जाते हैं, तो फाइलसिस्टम ही परेशानी का कारण बन सकता है।


5
अक्षम मॉड्यूल आवश्यक रूप से ठीक से अनइंस्टॉल किए गए मॉड्यूल नहीं हैं: मैं इसकी सेटिंग पृष्ठों से बचने के लिए किसी मॉड्यूल को अक्षम कर सकता हूं, और इसलिए नहीं कि मैं इसे अनइंस्टॉल करना चाहता हूं। उदाहरण के लिए, Drupal.org व्यू यूआई पर केवल तभी सक्षम किया जाता है जब किसी को किसी दृश्य को संपादित करने की आवश्यकता होती है, और दृश्य संपादन हो जाने के बाद इसे अक्षम कर दिया जाता है।
kiamlaluno

3
इसके अतिरिक्त, यदि आपके पास devel / admin_menu स्थापित है, तो आपके पास 'अक्षम डेवलपर मॉड्यूल' का एक अच्छा शॉर्टकट है, जो व्यू यूआई, रूल्स यूआई, फील्ड यूआई, आदि जैसी चीजों को निष्क्रिय कर देता है, जो सामान्य रूप से चलने वाले उत्पादन साइटों के लिए आवश्यक नहीं हैं। यह एक सामान्य LAMP मशीन पर प्रत्येक PHP / अपाचे धागे में कुछ एमबी बचा सकता है!
geerlingguy

5
मुझे पता है कि एक सक्षम नहीं किया गया मॉड्यूल प्रति-मॉड्यूल-कि-एक बार-अक्षम नहीं है। आपके विचारों और डेवेल-अलाइक मॉड्यूल का उदाहरण मेरी बात को प्रमाणित करता है : जब आप अपने लोकेल टेबल को व्यू-यूआई को डिसेबल कर देते हैं और आपकी वैरिएबल टेबल / लेट / लिंट के साथ होती है जो प्रत्येक पेज पर लोड और मूल्यांकन की जाती है। मैंने हाल ही में एक साइट को साफ किया है जहां हमारे पास 5MB (!) और लगभग 60MB (!) बचे हुए चर और अप्रयुक्त स्थानीय तार, पुराने और अब उपयोग किए गए मॉड्यूल से बचे हुए हैं। कारणों के कारण धीमे प्रश्न बन जाते हैं और प्रत्येक पगेलोड पर 5Mb अतिरिक्त मेमोरी बन जाती है।
बर्क

यदि मैं दृश्य UI को अक्षम करता हूं, तो यह इसलिए है क्योंकि मैं अभी भी इसका उपयोग करना चाहता हूं; यह सिर्फ इतना है कि मैं इसे सक्षम नहीं करना चाहता जब मुझे इसकी आवश्यकता नहीं है। उस स्थिति में, उस मॉड्यूल के लिए सभी Drupal चर को हटाने से मेरे द्वारा परिवर्तित सभी सेटिंग्स को रीसेट करने का नकारात्मक प्रभाव पड़ेगा। यह निश्चित रूप से नहीं है कि मुझे क्या चाहिए। एक सक्षम मॉड्यूल एक अक्षम मॉड्यूल नहीं है। ऐसा लगता है कि आप एक अक्षम मॉड्यूल के साथ एक अनइंस्टॉल किए गए मॉड्यूल को भ्रमित कर रहे हैं, जहां बाद वाला एक ऐसा मॉड्यूल है जिसे मैंने अक्षम कर दिया है क्योंकि मैं इसे विशिष्ट स्थितियों में उपयोग करता हूं, जैसे व्यू यूआई जो किसी दृश्य को संपादित करते समय वास्तव में आवश्यक है; मुझे अन्य मामलों में इसकी आवश्यकता नहीं है।
kiamlaluno

2
जब आप दृश्य यूआई का उपयोग करते हैं जैसा कि आप वर्णन करते हैं: इसे उपयोग करने के विकल्प के साथ अक्षम; इसका प्रदर्शन पर असर पड़ता है । यही ओपी पूछता है। और जाहिरा तौर पर यह है कि लोग इसका उपयोग कैसे करते हैं (कम से कम आप करते हैं)। तो, निष्कर्ष यह है कि अक्षम मॉड्यूल प्रदर्शन प्रभाव डाल सकता है; खासकर यदि आप उन्हें पूरी तरह से हटाने के लिए नहीं चुनते हैं; और हमेशा अगर वे खुद को ठीक से की स्थापना रद्द नहीं है
Berkes

8

स्थापित के साथ मुझे लगता है कि आप अपने ड्रूपल मॉड्यूल ("साइट / सभी / मॉड्यूल" या "साइट / yoursite.com / मॉड्यूल") फ़ोल्डर के अंदर सही हैं?

यदि हां, तो अक्षम मॉड्यूल प्रदर्शन को प्रभावित नहीं करेगा, बस जब आप अपने "व्यवस्थापक / बिल्ड / मॉड्यूल" पृष्ठ पर जाते हैं। Drupal कुछ मॉड्यूल एलिमेंट्स (as हुक_मेनू ) के कैश का पुनर्निर्माण करता है ।


7

मेरे अनुभव से, अक्षम मॉड्यूल से प्रदर्शन में कमी नगण्य है (और सापेक्ष, 4000 अक्षम मॉड्यूल 30 अक्षम मॉड्यूल की तुलना में चीजों को थोड़ा धीमा कर सकते हैं, आदि)

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


4

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


3

अक्षम मॉड्यूल के कोड को हटाने से साइट पर प्रभाव नहीं पड़ सकता है।

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

मॉड्यूल की स्थापना उन अनावश्यक तालिकाओं को हटा देगा।

फिर से, प्रदर्शन आपके द्वारा स्थापित मॉड्यूल की संख्या पर निर्भर करता है।


3

अक्षम किए गए मॉड्यूल जिन्हें अनइंस्टॉल नहीं किया गया है लेकिन शारीरिक रूप से फ़ोल्डर सिस्टम से हटा दिया गया है, जो साइट के प्रदर्शन पर प्रतिकूल प्रभाव डालेंगे। मेरे पास 5 ऐसे मॉड्यूल थे और उसके कारण, is_dir () फ़ंक्शन के लिए अतिरिक्त 10,000 कॉल थे। मैंने लापता मॉड्यूल की पहचान करने के लिए लापता_modules मॉड्यूल (लापता_module) का उपयोग किया और डेटाबेस में समस्या को ठीक किया।


1

अनइंस्टॉल और अक्षम होने से प्रदर्शन पर असर नहीं पड़ेगा।

लेकिन अगर मॉड्यूल केवल अक्षम है, तो इसमें कुछ टेबल जुड़े हो सकते हैं, ताकि ड्रुपल डेटाबेस पर अतिरिक्त बोझ पड़े।

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

तो इस स्थिति पर काबू पाने के लिए हमें भौतिक रूप से अप्रयुक्त मॉड्यूल को / साइटों / सभी / मॉड्यूल / ड्राइव से हटा देना चाहिए।


1
"अनइंस्टॉल और विकलांग प्रदर्शन पर प्रभाव नहीं डालेंगे।" - विशिष्ट मामलों में वे कर सकते हैं। विशेष रूप से व्यवस्थापक कार्यों का प्रदर्शन। केवल "मॉड्यूल" पृष्ठ ही नहीं, अनुवाद या कोड की समीक्षा के लिए कुछ मॉड्यूल भी सक्षम नहीं हैं। और फ़ाइल सिस्टम प्रदर्शन जैसी छोटी चीजें हैं।
मोलॉट

1

अक्षम मॉड्यूल ड्रुपल साइट के प्रदर्शन को प्रभावित नहीं करते हैं।

लेकिन यह अनुशंसा की जाती है कि वे मॉड्यूल डाउनलोड न करें जो आपकी साइट के काम नहीं आएंगे।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.