निगरानी में Apache 2.x या इससे भी अधिक कैसे पता करें

प्रविष्टि

मैं देखरेख में "अपाचे 2.x" विषय पर लेखों की श्रृंखला जारी रखूंगा। वेब सर्वर द्वारा सिस्टम लोड की निगरानी करना। " विचाराधीन फिर से पहले से जाना जाता है [2] अपाचे मॉड्यूल - mod_performance। इस लेख को लिखने के समय, मॉड्यूल का नया संस्करण, 0.2, मॉड्यूल की साइट पर पहुंच के लिए पोस्ट किया गया था [1]। लेख में आगे का वर्णन प्रश्न-उत्तर सिद्धांत के आधार पर होगा।

Mod_performance 0.2 में नया क्या है?

मैं एक बार फिर इस बात पर ध्यान देना चाहता हूं कि मॉड्यूल क्या है:

• मॉड्यूल अपाचे 2.2 वेब सर्वर द्वारा संसाधनों (सीपीयू और मेमोरी, स्क्रिप्ट निष्पादन समय, साथ ही I / O प्रक्रिया) के उपयोग पर आंकड़े एकत्र करने और जमा करने के लिए डिज़ाइन किया गया है;
• मॉड्यूल आपको एकत्रित डेटा का विश्लेषण करने की अनुमति देता है।

यदि आप संक्षेप में नवाचारों का वर्णन करते हैं, तो आपको इस सूची में कुछ मिलता है:

• MySQL डेटाबेस में मॉड्यूल द्वारा एकत्र की गई जानकारी को सहेजना।
• उपयोगकर्ता द्वारा परिभाषित प्रारूप में एक अलग पाठ लॉग में मॉड्यूल द्वारा एकत्र की गई जानकारी को सहेजना।
• एकत्र किए गए डेटा की संख्या का विस्तार किया गया है, यानी अब एकत्र किए गए आंकड़ों की इकाइयां प्रतिशत तक सीमित नहीं हैं, लेकिन अभी भी सेकंड और मेगाबाइट में संग्रहीत हैं
• PostgreSQL डेटाबेस में मॉड्यूल द्वारा एकत्र की गई जानकारी को सहेजना।
• 0.1 संस्करण में स्थिरता को प्रभावित करने वाली कई त्रुटियों को ठीक किया।
• Apache-itk कॉन्फ़िगरेशन और साथ ही Apache + mod_ruid2 के साथ मॉड्यूल की जोड़ी गई संगतता।
• मॉनिटर किए गए प्रक्रिया के आउटपुट के इनपुट संचालन के आंकड़ों का जोड़ा गया संग्रह।
• सर्वर के प्रदर्शन पर मॉड्यूल का प्रभाव कम हो गया है, अर्थात, मॉड्यूल अब 503 त्रुटि जारी नहीं करता है यदि यह डेमॉन से कनेक्ट करने में असमर्थ है।

मॉड्यूल के ऑपरेटिंग सिद्धांत क्या हैं?

मैं उन लोगों के लिए एक बार फिर से दोहराता हूं जिन्होंने पिछले लेख [2] को नहीं पढ़ा है और नई जानकारी जोड़ते हैं।
मॉड्यूल आपको यह निगरानी करने की अनुमति देता है कि वेब सर्वर द्वारा प्राप्त अनुरोध से कितने संसाधनों का उपभोग किया जाता है। हर बार पूर्ण अनुरोध के बारे में डेटा के एक हिस्से की बचत।
तुरंत एक आरक्षण करें कि अनुरोध के बारे में डेटा अनुरोध के पूरा होने के बाद ही बचाया जाता है, अर्थात् डेटा इतिहास और विश्लेषण के लिए जमा होता है। जो वर्तमान सर्वर लोड में रुचि रखते हैं, उनके लिए mod_status का उपयोग करें।
संसाधन उपयोग विश्लेषक के रूप में, यह एक स्कोरबोर्ड नहीं है जो कि प्रयोग किया जाता है, जैसा कि mod_status और perl एक्सटेंशन में है, लेकिन gloptop।
मॉड्यूल आपको सभी अभिव्यक्तियों के रूप में ट्रैक करने की अनुमति देता है, और विशिष्ट, नियमित अभिव्यक्ति का उपयोग करके नियम द्वारा फ़िल्टर किया गया। अधिक सटीक रूप से, यह कहा जाएगा कि मॉड्यूल ALWAYS केवल उन अनुरोधों को संसाधित करता है जो एक नियमित अभिव्यक्ति वाले फ़िल्टर के अनुरूप होते हैं।
और अब मैं वर्णन करूंगा कि अनुरोध के आंकड़े कैसे एकत्र किए जाते हैं।
Apache वेब सर्वर शुरू करते समय, mod_performance मॉड्यूल डेमन लॉन्च किया जाता है। एक रनिंग डेमॉन एक यूनिक्स सॉकेट खोलता है और कनेक्शन का इंतजार करता है। सर्वर द्वारा अनुरोध को संसाधित करते समय, स्थिति के लिए अनुरोध की जांच की जाती है: क्या अनुरोध के लिए आंकड़े सहेजना आवश्यक है या नहीं। यदि परीक्षण सफल होता है, तो कनेक्शन स्वीकार करने वाली सर्वर प्रक्रिया प्रक्रिया की डैम जानकारी और पीआईडी ​​(TID) / थ्रेड भेजती है जो अनुरोध को संसाधित करेगा। डेमन दो धागे शुरू करता है: 1) पहला धागा, जो अनुरोध को संसाधित करने वाली प्रक्रिया से डेटा के अंतिम हस्तांतरण की प्रतीक्षा कर रहा है; 2) एक धागा जो समय-समय पर स्मृति उपयोग को उस प्रक्रिया द्वारा प्रदूषित करता है जो अनुरोध को संसाधित करता है और अधिकतम मूल्य की गणना करता है। अनुरोध को संसाधित करने वाली प्रक्रिया के अंत में डेमन सांख्यिकी डेटाबेस में डेटा लिखता है।

CPU उपयोग के बारे में आंकड़े कैसे एकत्र किए जाते हैं?

CPU उपयोग स्कोर की गणना निम्नानुसार की जाती है। जब एक अनुरोध प्राप्त होता है, तो मॉड्यूल प्रक्रिया (एक संपूर्ण और वर्तमान प्रक्रिया के रूप में सिस्टम) की जीफ की रीडिंग लेता है, और अनुरोध के अंत में, माप फिर से किया जाता है और यह डेटा डेमॉन को भेजा जाता है। उनके आधार पर, प्रोसेसर का उपयोग करने का निर्णय लिया जाता है। यानी अगर ऊपर से देखने पर आपको भार दिखता है: 0%, 10%, 100%, 20%, तो मॉड्यूल को 100% बचाने की उम्मीद न करें, क्योंकि उस समय की सटीक मात्रा जिसे अनुरोध के अस्तित्व के दौरान विशेष रूप से आवंटित किया गया था, इस प्रक्रिया को बचाया जाएगा। उपरोक्त उदाहरण के लिए "आंख से", यह संख्या - 32% के बराबर होगी।

स्मृति उपयोग के बारे में आंकड़े कैसे एकत्र किए जाते हैं?

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

I / O उपयोग के बारे में आंकड़े कैसे एकत्र किए जाते हैं?

इस सूचक को सीपीयू की तरह ट्रैक किया जाता है - यह अनुरोध की शुरुआत में और अनुरोध के अंत में पढ़ा और लिखित प्रक्रिया डेटा पढ़ता है। इन मानों का अंतर किलोबाइट्स में बदल जाता है और डेटाबेस में संग्रहीत होता है। यानी वास्तव में, यह संकेतक अनुरोध के अस्तित्व के दौरान लिखे गए / पढ़े गए बाइट्स की संख्या को ट्रैक करता है। मुझे तुरंत यह कहना चाहिए कि निम्न संकेतक का उपयोग विश्लेषण स्रोत के रूप में किया जाता है: / proc / [pid] / io - read_bytes, write_bytes, Cancel_write_bytes।

अनुशंसाएँ लॉन्च करें

डिफ़ॉल्ट रूप से, मॉड्यूल में इसकी सभी फाइलें होती हैं: सॉकेट, साइक्लाइट डेटाबेस, ग्लोबल लॉग / etc / httpd / log फ़ोल्डर में सहेजा जाता है। लेकिन जैसा कि अभ्यास ने दिखाया है, इस फ़ोल्डर का उपयोग करना हमेशा संभव नहीं होता है। अक्सर दानव के पास इसके अधिकार नहीं होते हैं, क्योंकि डेमॉन अपाचे उपयोगकर्ता के तहत चलता है (मैं CentOS के बारे में लिखता हूं, इसलिए अपाचे)।
मैं तुरंत मशीन पर सिफारिश करता हूं जहां आप एक फ़ोल्डर बनाने के लिए मॉड्यूल का उपयोग करने जा रहे हैं, उदाहरण के लिए - / आंकड़े / एपाचे। इसे Apache उपयोगकर्ता के स्वामी के रूप में सेट करें और उसे लिखने और पढ़ने की अनुमति दें (केवल itk और mod_ruid मोड के साथ सावधानी से, ताकि संशोधित उपयोगकर्ता वाला मॉड्यूल भी इस फ़ोल्डर के सॉकेट को लिख सके)।

  प्रदर्शन / आँकड़े / अपाचे / इत्र 

क्वेरी आँकड़े कहाँ बचाएं?

यहां यह एक महत्वपूर्ण सवाल है - एकत्रित आंकड़ों को कहां बचाया जाए। इस पहेली को सरल बनाने के लिए, मॉड्यूल के नए संस्करण में इस तरह के डेटाबेस के लिए अंतर्निहित समर्थन है: SQLite, MySQL, PostgreSQL, साथ ही एक्सोटिक्स - लॉग फ़ाइल में सहेजना। अब आपको मॉड्यूल के अनुकूल होने की आवश्यकता नहीं है - यह आपके अनुकूल होगा। मॉड्यूल को सफलतापूर्वक काम करने के लिए ("सेव टू लॉग" मोड में नहीं), आपके पास मशीन पर निम्न पुस्तकालयों में से कम से कम एक होना चाहिए:

• libsqlite3.so;
• libmysqlclient_r.so;
• libpq.so।

पैकेज बनाते समय, mysql-devel, sqlite-devel, postgresql-devel की आवश्यकता नहीं होती है। मॉड्यूल चलने के दौरान ये लाइब्रेरी गतिशील रूप से लोड की जाती हैं। अधिक सटीक रूप से, चयनित मोड के लिए आवश्यक पुस्तकालय लोड किया जाएगा।

उदाहरण 1. SQLite के साथ काम करना। सबसे आसान विकल्प, डेटाबेस स्वचालित रूप से बनाया गया है, तालिका स्वचालित रूप से बनाई गई है, उपयोगकर्ताओं और इतने पर की कोई आवश्यकता नहीं है। केवल उन लोगों के लिए एक बहुत ही महत्वपूर्ण बिंदु है जो पहले से ही संस्करण 0.1 मॉड्यूल का उपयोग कर चुके हैं: पुराने डेटाबेस में और नया एक टेबल संरचनाएं प्रतिष्ठित हैं, इसलिए सफल संचालन के लिए पुराने डेटाबेस को हटाना बेहतर है। क्योंकि मॉड्यूल स्वयं मौजूदा तालिका को फिर से नहीं बनाता है।

SQLite के साथ काम करने के लिए आपको चाहिए:

 प्रदर्शन / सांख्यिकी / अपाचे / इत्र
 परफ़ॉर्मलॉगाइप SQLite

उदाहरण 2. MySQL के साथ काम करना। अधिक कठिन विकल्प।
एक डेटाबेस बनाएँ, उदाहरण के लिए, पूर्ण और इस डेटाबेस के अधिकारों के साथ एक उपयोगकर्ता पूर्ण:

 mysql> डेटाबेस perf बनाएँ;
 mysql> USATE 'perf' @ 'लोकलहोस्ट' बना 'ID' से IDENTIFIED;
 mysql> * पर सभी PRIVILEGES को ग्रांट करें। * GRANT OPTION के साथ 'perf' @ 'localhost' पर;

मॉड्यूल तालिका स्वयं बनाएगा। और अब मॉड्यूल सेटिंग्स में:

 प्रदर्शन। MySQL
 PerformanceDbUserName perf
 PerformanceDBPassword perf
 प्रदर्शनDBName पूर्ण

और फिर, उन लोगों के लिए एक बहुत ही महत्वपूर्ण टिप्पणी, जिन्होंने पुराने संस्करण में 0.2-8 से पहले के मॉड्यूल संस्करण 0.2 का उपयोग किया है: पुराने डेटाबेस में नया और टेबल संरचनाएं अलग हैं, इसलिए सफल संचालन के लिए पुराने डेटाबेस को हटाना बेहतर है। क्योंकि मॉड्यूल स्वयं मौजूदा तालिका को फिर से नहीं बनाता है।

उदाहरण 3 PostgreSQL के साथ काम करें। अधिक कठिन विकल्प।
पहुँच के लिए डेटाबेस और उपयोगकर्ता बनाना भी आवश्यक है:

 पोस्टग्रेज = # निर्माता का 'पासवर्ड' के साथ USER परफेक्ट;
 postgres = # CREAT DATABASE perf;
 पोस्टग्रेट्स = # अनुदानों पर सभी सिद्धांतों को पूरा करने के लिए पूरा करें;

फ़ाइल में /var/lib/pgsql/data/pg_hba.conf

 स्थानीय सभी विश्वास
 सभी 0.0.0.0/0 ट्रस्ट की मेजबानी करें
 सभी की मेजबानी ::: 1/128 विश्वास

और अंत में मॉड्यूल सेटिंग्स:

 PerformanceLogType Postgres
 PerformanceDbUserName perf
 PerformanceDBPassword perf
 प्रदर्शनDBName पूर्ण

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

 प्रदर्शन लॉग लॉग
 परफॉर्मलॉग /स्टैटिस्टिक्स / पचे / स्पर्फ़.लॉग

डिफ़ॉल्ट रूप से, इस फ़ाइल का डेटा निम्न प्रारूप में आता है:

[% DATE%]% HOST% (% URI%) स्क्रिप्ट% SCRIPT%: cpu% CPU% (% CPUS%), मेमोरी% MEM% (% MEMMB%), निष्पादन समय% EXCTIME%, IO: R -% BYTES_R% W -% BYTES_W%

इसमें क्या खुलासा होता है:
[2011-06-05 19:28:28] example.com (/index.php) स्क्रिप्ट /var/www/example.com/index.php से: cpu 0.093897 (0.010000), मेमोरी 0.558202 (5.597656), निष्पादन समय 10.298639, आईओ: आर - 104.000000 डब्ल्यू - 248.000000
[2011-06-05 19:28:39] example.com (/index2.php) स्क्रिप्ट /var/www/example.com/index2.php से: cpu 0.000000 (0.000000), मेमोरी 0.558202 (5.597656), निष्पादन समय 10.159158, आईओ: आर - 0.000000 डब्ल्यू - 0.000000

और अब और अधिक विस्तार से। इस मोड के लिए, आप लॉग में प्रदर्शित लाइन के प्रारूप को निर्दिष्ट कर सकते हैं। इसके लिए पूर्वनिर्धारित मैक्रो नाम हैं:

• % DATE% - अनुरोध की आरंभ तिथि में परिवर्तित;
• % CPU% - CPU उपयोग प्रतिशत में;
• % MEM% - स्मृति उपयोग प्रतिशत के रूप में;
• % URI% - अनुरोध URI
• % HOST% - उस वर्चुअल होस्ट का नाम जिसके लिए अनुरोध को संबोधित किया गया था;
• % SCRIPT% - स्क्रिप्ट नाम;
• % EXCTIME% - सेकंड में स्क्रिप्ट की अवधि;
• % CPUS% - सेकंड में इस प्रक्रिया पर सिस्टम ने कितने सेकंड खर्च किए;
• % MEMMB% - मेगाबाइट में मेमोरी का उपयोग;
• % BYTES_W% - किलोबाइट दर्ज की गई;
• % BYTES_R% - किलोबाइट पढ़ें;
• %% - एक प्रतिशत चिह्न प्रदर्शित करें।

उदाहरण के लिए:
हैलो से% HOST% मैं% CPU% %% cpu का उपयोग करता हूं आज% DATE%
में सामने आया
Hello.com example.com से मैं आज 2011-06-05 19:28:28 पर 0.23% सीपीयू का उपयोग करता हूं

ऐसा लॉग वैश्विक हो सकता है, साथ ही साथ प्रत्येक वर्चुअल होस्ट के लिए भी। प्रत्येक होस्ट की तरह, इसका अपना लॉग इन आउटपुट प्रारूप हो सकता है।

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

डिफ़ॉल्ट रूप से मॉड्यूल के नए संस्करण में क्या रिपोर्ट उपलब्ध हैं?

संस्करण 0.1 में पहले की तरह, नए मॉड्यूल में रिपोर्ट उपलब्ध हैं:

• विश्लेषण के बिना आउटपुट दिखाएँ - विश्लेषण के बिना एकत्रित जानकारी प्रदर्शित करें, होस्ट, स्क्रिप्ट और यूआरआई (चित्रमय और पाठ मोड) द्वारा फ़िल्टर किया गया;
• Maximal% CPU - केवल % CPU के अधिकतम मान के साथ रिकॉर्ड करता है (फ़िल्टरिंग सहित);
• अधिकतम स्मृति% - केवल% मेमोरी (फ़िल्टरिंग सहित) के अधिकतम मूल्य के साथ रिकॉर्ड;
• अधिकतम निष्पादन अनुरोध समय - सबसे लंबे समय तक चलने वाली स्क्रिप्ट को प्रिंट करें;
• मेजबान अनुरोध के आँकड़े - कॉल के आँकड़े अवरोही क्रम में छांटे गए मेजबानों के लिए (कुल का%, खाता फ़िल्टर में लेते हुए);
• प्रति डोमेन अनुरोधों की संख्या - अवरोही क्रम में सॉर्ट किए गए मेजबानों को कॉल के आंकड़े प्रदर्शित करें (प्रतिशत नहीं बल्कि एक मात्रा);
• प्रति होस्ट का औसत उपयोग - प्रत्येक होस्ट द्वारा औसत सर्वर लोड (% CPU का योग,% MEMORY का योग, स्क्रिप्ट निष्पादन की राशि, अवधि के लिए औसत% CPU, औसत% मेमोरी उपयोग, औसत स्क्रिप्ट निष्पादन समय)
• वर्तमान डेमन थ्रेड दिखाएं - डेमन द्वारा मॉनिटर किए गए अनुरोधों की एक सूची दिखाएं (केवल प्रदर्शन-स्थिति हैंडलर के लिए और प्रदर्शन सक्षम पैरामीटर के साथ सक्षम)।

रिपोर्ट में प्रदर्शित फ़ील्ड:

• आईडी - रिकॉर्ड पहचानकर्ता;
• DATE ADD - जब अनुरोध पारित हुआ;
• HOSTNAME - वर्चुअल होस्ट नाम;
• URI - अनुरोध का उरई;
• SCRIPT - एक रनिंग स्क्रिप्ट;
• CPU (%) - CPU उपयोग% में;
• मेम (%) - मेमोरी उपयोग% में;
• TIME EXEC (sec) - क्वेरी निष्पादन समय;
• सीपीयू टीएम (सेकंड) - सेकंड में प्रोसेसर का समय;
• मेम का उपयोग (एमबी) - मेगाबाइट में मेमोरी का उपयोग;
• IO READ (Kb) - KB प्रक्रिया द्वारा पढ़ा जाता है;
• IO WRITE (Kb) - Kbyte प्रक्रिया द्वारा रिकॉर्ड किया गया।

रिपोर्ट मोड में उपलब्ध हैं: SQLite, MySQL, Postgres।

कैसे एक मॉड्यूल को इकट्ठा करने के लिए?

मैं दोहराता हूं, क्योंकि पिछले संस्करण की तुलना में, परिवर्तन प्रकट हुए हैं (डेबियन [4] के तहत स्थापना)।
सभी कार्यों को मूल के रूप में निष्पादित किया जाना चाहिए:
1) विधानसभा के लिए आवश्यक पैकेज स्थापित करें:

  yum httpd-devel apr-devel libgtop2-devel gd-devel स्थापित करें 

2) स्रोत कोड के लिए एक अस्थायी पैक बनाएं:

  mkdir ~ / my_tmp
 सीडी ~ / my_tmp 

3) स्रोत कोड के लिए एक अस्थायी पैक बनाएं:

  wget http://lexvit.dn.ua/utils/getfile.php?file_name=mod_performance-0.2.tar.gz -O mod_performance-0.2.tar.gz
 टर zxvf mod_performance-0.2.tar.gz
 सीडी mod_performance-0.2 / 

4) मॉड्यूल को इकट्ठा:

  मेकअप 

5) हम चेतावनी पर ध्यान नहीं देते हैं। मुख्य बात यह है कि कोई त्रुटि नहीं है। यदि सब कुछ ठीक रहा, तो:

  स्थापित करें 

या

  cp .libs / mod_performance.so <पाथ जहां कॉपी करना है> 

मॉड्यूल मापदंडों पर निर्देश लिंक [3] पर उपलब्ध हैं।

एक मॉड्यूल क्वेरी प्रोसेसिंग गति को कैसे प्रभावित करता है?

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

पहली परीक्षा। हमने एक php स्क्रिप्ट का अध्ययन किया है जो फ़ाइल सबसिस्टम पर लोड बनाता है:

Mod_performance मॉड्यूल के बिना:

 परीक्षणों के लिए लिया गया समय: 205.952423 सेकंड
 पूर्ण अनुरोध: 100
 विफल अनुरोध: 0
 प्रति सेकंड अनुरोध: 0.49 [# / सेकंड] (मतलब)
 अनुरोध के अनुसार समय: 10297.621 [एमएस] (माध्य)
 अनुरोध के अनुसार समय: 2059.524 [एमएस] (मतलब, सभी समवर्ती अनुरोधों के पार)

Mod_performance मॉड्यूल के साथ:

 परीक्षणों के लिए लिया गया समय: 206.386260 सेकंड
 पूर्ण अनुरोध: 100
 विफल अनुरोध: 0
 प्रति सेकंड अनुरोध: 0.48 [# / सेकंड] (मतलब)
 अनुरोध के अनुसार समय: 10319.313 [एमएस] (मतलब)
 अनुरोध के अनुसार समय: 2063.863 [एमएस] (मतलब, सभी समवर्ती अनुरोधों के पार)

दूसरा परीक्षण। सीपीयू पर लोड बनाते हुए रिसर्च php स्क्रिप्ट।

Mod_performance मॉड्यूल के बिना:

 परीक्षणों के लिए लिया गया समय: 60.333852 सेकंड
 पूर्ण अनुरोध: 100
 विफल अनुरोध: 0
 प्रति सेकंड अनुरोध: 1.66 [# / सेकंड] (मतलब)
 अनुरोध के अनुसार समय: 3016.692 [एमएस] (मतलब)
 अनुरोध के अनुसार समय: 603.339 [एमएस] (मतलब, सभी समवर्ती अनुरोधों के पार)

Mod_performance मॉड्यूल के साथ:

 परीक्षणों के लिए लिया गया समय: 60.714260 सेकंड
 पूर्ण अनुरोध: 100
 विफल अनुरोध: 0
 प्रति सेकंड अनुरोध: 1.65 [# / सेकंड] (मतलब)
 अनुरोध के अनुसार समय: 3035.713 [एमएस] (मतलब)
 अनुरोध के अनुसार समय: 607.143 [एमएस] (मतलब, सभी समवर्ती अनुरोधों के पार)

तीसरा परीक्षण। एक php स्क्रिप्ट की जांच करना जो जल्दी से चलता है और लोड नहीं बनाता है।

Mod_performance मॉड्यूल के बिना:

 परीक्षणों के लिए लिया गया समय: 0.075594 सेकंड
 पूर्ण अनुरोध: 100
 विफल अनुरोध: 0
 प्रति सेकंड अनुरोध: 1322.86 [# / सेकंड] (मतलब)
 अनुरोध के अनुसार समय: 3.780 [एमएस] (मतलब)
 अनुरोध के अनुसार समय: 0.756 [एमएस] (मतलब, सभी समवर्ती अनुरोधों के पार)

Mod_performance मॉड्यूल के साथ:

 परीक्षणों के लिए लिया गया समय: 0.109116 सेकंड
 पूर्ण अनुरोध: 100
 विफल अनुरोध: 0
 प्रति सेकंड अनुरोध: 916.46 [# / सेकंड] (मतलब)
 अनुरोध के अनुसार समय: 5.456 [एमएस] (मतलब)
 अनुरोध के अनुसार समय: 1.091 [एमएस] (मतलब, सभी समवर्ती अनुरोधों के पार)

जांच की गई मशीन: वर्चुअल, 1 जीबी रैम, एएमडी फेनोम (टीएम) 8650 ट्रिपल-कोर प्रोसेसर प्रोसेसर, सेंटोस 5.5 ओएस।

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

संदर्भ

1. Mod_performance मॉड्यूल साइट - http://lexvit.dn.ua/files/
2. मॉड्यूल के बारे में पिछला लेख - http://habrahabr.ru/blogs/server_side_optimization/119011/
3. मॉड्यूल मापदंडों पर निर्देश - http://lexvit.dn.ua/articles/?art_id=mod_performance0_2_mht201105267239
4. डेबियन 6.0 के लिए एक मॉड्यूल का निर्माण (संस्करण 0.1, लेख के लिए मैक्सिम के लिए धन्यवाद) - http://linuxwork.org.ua/debian/ustanovka-i-nastrojka-modulya-mod_performance-ri-pache-na-debian-6-0-squeeze /