क्या आप 64-बिट प्लेटफॉर्म पर PHP का उपयोग करते हैं? इसलिए प्रदर्शन में हार गए!

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



ध्यान दें ! निम्न पाठ में स्रोत कोड के टुकड़े से हिंसक दृश्य शामिल हैं और यह आपके मस्तिष्क को अपूरणीय क्षति पहुंचा सकता है और मानवता के लिनक्स php में विश्वास को नष्ट कर सकता है।



यह सब एक शिकायत के साथ शुरू हुआ, जो कि 64-बिट आर्किटेक्चर के तहत, निम्न PHP स्क्रिप्ट भयावह रूप से धीमी है:

<?php



$cnt=0;

while ($cnt++<5) {



echo '----- TEST #'.$cnt.'-----<br>';



echo 'start FOR & WHILE testing<br>';



$start = microtime(1);

for($i=0;$i<3000000;$i++) {}

$end = microtime(1);

$time = $end - $start;

echo $time.' for($i=0;$i<3000000;$i++) {}<br>';



$start = microtime(1);

$i=0; while($i++<3000001) {}

$end = microtime(1);

$time = $end - $start;

echo $time.' while($i++<3000001) {}<br>';



$start = microtime(1);

$i=0; while($i<3000000) {$i++;}

$end = microtime(1);

$time = $end - $start;

echo $time.' while($i<3000000) {$i++;}<br>';



$start = microtime(1);

$i = 0;

while ($i<3000000): $i++; endwhile;

$end = microtime(1);

$time = $end - $start;

echo $time.' while ($i<3000000): $i++; endwhile;<br>';



echo '<br><br>start a.=b & a=ab testing<br>';



$a = NULL;

$b = ' , 40';

$start = microtime(1);

for($i=0;$i<3000000;$i++) {$a = $a.$b;}

$end = microtime(1);



$time = $end - $start;

echo $time.' for($i=0;$i<3000000;$i++) {$a = $a.$b;}<br>';



$a = NULL;

$b = ' , 40';

$start = microtime(1);

for($i=0;$i<3000000;$i++) $a = $a.$b;

$end = microtime(1);

$time = $end - $start;

echo $time.' for($i=0;$i<3000000;$i++) $a = $a.$b;<br>';



$a = NULL;

$b = ' , 40';

$start = microtime(1);

for($i=0;$i<3000000;$i++) {$a .= $b;}

$end = microtime(1);

$time = $end - $start;

echo $time.' for($i=0;$i<3000000;$i++) {$a.=$b;}<br>';



$a = NULL;

$b = ' , 40';

$start = microtime(1);

for($i=0;$i<3000000;$i++) $a .= $b;

$end = microtime(1);

$time = $end - $start;

echo $time.' for($i=0;$i<3000000;$i++) $a .= $b;<br>';



$a = NULL;

$b = ' , 40';

$start = microtime(1);

$i=0; while($i++<3000001) {$a.= $b;}

$end = microtime(1);

$time = $end - $start;

echo $time.' while($i++<3000001) {$a.= $b;}<br>';



$a = NULL;

$b = ' , 40';

$start = microtime(1);

$i=0; while($i++<3000001) $a.= $b;

$end = microtime(1);

$time = $end - $start;

echo $time.' $i=0; while($i++<3000001) $a.= $b;<br>';



}



?>









दरअसल, ऐसी समस्या php5.2 में मौजूद है, जिसका विभिन्न वितरणों पर परीक्षण किया गया है। नतीजतन - समस्या वास्तव में बिट गहराई से संबंधित थी। हालांकि, अन्य दुभाषियों पर समान कोड के एनालॉग का परीक्षण करने के बाद, यह पता चला कि - वहां कोई समान समस्या नहीं है।

तदनुसार - यह विशेष रूप से स्वयं PHP की समस्या थी, जो 64 बिट्स पर ही प्रकट हुई थी। लेकिन इतना क्यों, एक हजार शैतान?



इसे स्ट्रेस के साथ लॉन्च किया गया था, जो कि i386, PAE और x86_64 पर अलग-अलग मान उत्पन्न करता है:

• i386 mmap
• पीएई मरमप (जो तार्किक है, यह झंडे के साथ एमएमएपी है)
• x86_64 brk और mmap (लेकिन क्यों brk?)

यह brk क्या है, यह php की गति को इतना प्रभावित क्यों करता है और ऐसी स्थितियों से कैसे बचें?

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



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



तो क्यों i386 पर हम केवल mmap का उपयोग करते हैं, जबकि x86_64 brk पर वहां प्रवेश करते हैं? इस प्रश्न का उत्तर देने के लिए, हम मूल स्रोत की ओर मुड़ते हैं - मॉलोक :

Normally, malloc() allocates memory from the heap, and adjusts the size of the

heap as required, using sbrk(2). When allocating blocks of memory larger than

MMAP_THRESHOLD bytes, the glibc malloc() implementation allocates the memory

as a private anonymous mapping using mmap(2). MMAP_THRESHOLD is 128 kB by

default, but is adjustable using mallopt(3).









अब सब कुछ जगह में गिर गया - x86_64 के लिए, MMAP_THRESHOLD बढ़ा दिया गया, जिससे इस तरह का एक दिलचस्प परिणाम सामने आया, जो जाहिर तौर पर PHP में एक बहुत ही चालाक कचरा कलेक्टर के साथ जुड़ा हुआ था, जिसने इस मामले में खुद को आउट कर दिया।



और i386 के रूप में मॉलॉक में कॉल वापस करने के लिए, आपको पुराने मूल्यों को वापस करने की आवश्यकता है। ग्लिबैक को असेंबल करके इसे विश्व स्तर पर बदला जा सकता है, जो कि कर्नेल चरों में पुराने मूल्य को निर्दिष्ट करके प्रक्रिया के लिए चुनिंदा रूप से अवांछनीय है या किया जाता है (जब तक कि इस विकल्प के समर्थन से ग्लिबक का निर्माण नहीं किया जाता है):

MALLOC_MMAP_THRESHOLD_ = 131072 निर्यात करें



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



पुनश्च परीक्षण कंसोल से सबसे अच्छा चलाया जाता है।

strace php -f qq.php एक चित्र देगा

MALLOC_MMAP_THRESHOLD_ = 131072 स्टैप php -f qq.php 64 बिट्स होने पर, पूरी तरह से अलग एक देगा।