👩🏻‍💼 🔱 🛒 PHP: array_key_exists in_array की तुलना में 500 गुना तेज खोज करता है 🍋 👨🏼‍🚒 🧥

2014 में, उन्होंने पहले से ही सरणी की खोज के बारे में लिखा था , लेकिन शायद ही किसी ने समझा।

तब से, PHP के कई संस्करण जारी किए गए हैं और तय नहीं किए गए हैं, जिसका अर्थ है कि प्रतिक्रिया खराब है और बहुत कम लोग इसके बारे में जानते हैं। अजगर पर यह समान है, और 3 में * 2.7 की तुलना में बदतर है।

कभी-कभी आपको स्ट्रिंग्स के एक सरणी में एक स्ट्रिंग खोजने की आवश्यकता होती है - विभिन्न एल्गोरिदम में एक बहुत लगातार ऑपरेशन और यदि सरणी छोटा है और थोड़ा सा दिखता है और लूप में नहीं है, तो in_array सामान्य है, यह समग्र गति को प्रभावित नहीं करता है, लेकिन अगर आपको बड़े डेटा की जरूरत है और एक अरब लाइनों और एक अरब बार के सरणी की आवश्यकता है , तो यह महत्वपूर्ण है: सप्ताह के बजाय बेहतर घंटे।

एक साधारण परीक्षण से पता चलता है:

in_array 6-9 सेकंड में ideone.com/Yb1mDa 6600ms केलिए दिखता है
और array_key_exists एक ही चीज़ की तलाश करता है, लेकिन 250 (php5.6 / py3) से अधिक तेज़ है। * 400+ बार (php7.3 / py2.7) ideone .com / gwSmFc(चक्र में 100 गुना वृद्धि हुई) 12ms (6600/12 = 550 गुना + -10% लोड और कैश के कारण फैल गया)

ऐसा क्यों हो रहा है? विस्तार से विचार करें:

1) शुद्ध असेम्बलर / एस में स्ट्रिंग्स ढूँढना स्ट्रिंग्स (त्वरित या बबल) की एक सरणी को छांट रहा है, फिर बाइनरी सर्च।

बाइनरी खोज लॉग (एन) समय में चरणों की संख्या सरणी के आकार पर निर्भर करती है, और एक साधारण खोज की तुलना में बहुत छोटी है।

आप पहले से, एक बार और कैश में स्ट्रिंग्स की एक सरणी को सॉर्ट कर सकते हैं, और फिर एक बिलियन खोज कर सकते हैं। लेकिन वह मदद नहीं करता है।

डिफ़ॉल्ट रूप से, छंटनी हर बार फिर से होती है, हालांकि उन्होंने लिखा है कि वे 7.2_ inray में सुधार एक हैश के माध्यम से करते हैं, लेकिन ज्यादा नहीं।

2) एसोसिएशन में इंडेक्स / कुंजी (एक स्ट्रिंग के रूप में) खोजें। सरणी / शब्दकोश स्ट्रिंग्स और टक्कर प्रसंस्करण के हैश द्वारा होता है। (हैश खोज त्रुटियां)। एक हैश सरणी का संख्यात्मक सूचकांक है और इसे 2 शून्य चरणों में (शून्य तत्व का पता) + ऑफसेट (सूचक का आकार इस हैश के साथ तार के सरणी तक) के रूप में प्राप्त होता है। + जानवर बल टकराव, द्विआधारी खोज की तुलना में औसतन कम कदम।
इंडेक्स हैश स्वचालित रूप से एक बार अग्रिम में किया जाता है जब शब्दकोश तत्व $ m [कुंजी] = वैल बनाते हैं और कैश किया जाता है।

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

आप आगे नहीं पढ़ सकते हैं, in_array को array_combine + array_key_exists और उस पर बदलें।

हैश द्वारा खोजते समय चरणों की संख्या टकराव की संख्या और उसी हैश के साथ लाइनों की संख्या पर निर्भर करती है। उन्हें छांटने या छांटने और बाइनरी खोज करने की आवश्यकता है।

टकराव को कम करने के लिए, आप अधिक मेमोरी आवंटित कर सकते हैं, अगर यह संभव है कि अब 50 साल पहले ऐसी कोई समस्या नहीं है, जब चुंबकीय कॉइल पर 1 kb मेमोरी की लागत हवाई जहाज की तरह होती है। और यह तब था कि सभी बुनियादी एल्गोरिदम का आविष्कार किया गया था: सॉर्ट / जिप / जीआईएफ / jpg / आदि - उन्हें बहुत मेमोरी की आवश्यकता नहीं है, लेकिन वे खराब हैं, अब वे बहुत बेहतर हैं, लेकिन उन्हें 1-16 एमबी की बहुत मेमोरी की आवश्यकता है। हां, 256 एमबी वाले सर्वर हैं और प्रत्येक में एक अलग स्ट्रीम है और 16 एमबी पहले से ही बहुत कुछ है, लेकिन औसत उपयोगकर्ता के डिवाइस पर 1 जीबी कम से कम और 16 एमबी बाल्टी में एक बूंद है।

एक और भी बड़ा प्रभाव प्राप्त किया जा सकता है यदि आप कॉल को array_key_exists फ़ंक्शन को isset ($ m [कुंजी]) निर्माण के साथ बदलते हैं, यह कमांड कतार और कैश को साफ़ नहीं करता है, स्टैक का उपयोग नहीं करता है, और 20% से कहीं अधिक तेज़ी से होता है।

यदि आप पहले 2 अक्षरों - 4 * 16kb की एक सरणी बनाते हैं और इसे भी गति दे सकते हैं, तो पहले ऑफ़ लाइन के बाकी हैश सरणी के ऑफसेट (इंडेक्स = कोड = 1 कैरेक्टर + 2 * 256) के सूचक को देखें, फिर स्ट्रिंग्स के "टेल" के एक छोटे से सरणी को देखें। और टकराव बहुत छोटे होते हैं।

इसके लिए और भी अधिक मेमोरी की आवश्यकता होती है और एल्गोरिथ्म अधिक जटिल है, लेकिन खोज 30+ गुना तेज है। लेकिन इसे php में लागू नहीं किया गया है, आप अपनी so / dll लाइब्रेरी लिख सकते हैं और इसे कॉल कर सकते हैं, या डेवलपर्स को 7.5 में इसे जोड़ने के लिए कह सकते हैं।

आप MySQL के माध्यम से खोज कर सकते हैं, लेकिन आपको समूह प्रश्नों की आवश्यकता है और यह अभी भी धीमा रहेगा।

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

PHP: array_key_exists in_array की तुलना में 500 गुना तेज खोज करता है

More articles: