मैं केवल 2 सेंट जोड़ना चाहता था क्योंकि किसी और ने यह नहीं बताया कि आपके विवरण से ऐसा लगता है कि आप मानक ढेर आवंटक (i।ई जब हम malloc() या ऑपरेटर को कॉल करते हैं तो हम सभी पहले से ही क्या उपयोग करते हैं)।
एक ढेर वास्तव में ऐसी वस्तु है, जो वर्चुअल मेमोरी मैनेजर पर जाती है और स्मृति के बड़े हिस्से (जिसे आप "पूल" कहते हैं) के लिए पूछते हैं। इसके बाद विभिन्न आकार के हिस्सों को आवंटित करने और उन्हें मुक्त करने के सबसे प्रभावी तरीके से निपटने के लिए सभी प्रकार के अलग-अलग एल्गोरिदम होते हैं। इसके अलावा, कई लोगों ने वर्षों में इन एल्गोरिदम को संशोधित और अनुकूलित किया है। लंबे समय तक विंडोज़ कम-विखंडन ढेर (एलएफएच) नामक एक विकल्प के साथ आया था जिसे आप मैन्युअल रूप से सक्षम करना चाहते थे। विस्टा एलएफएच से शुरू होने से डिफ़ॉल्ट रूप से सभी ढेर के लिए उपयोग किया जाता है।
ढेर सही नहीं हैं और जब वे ठीक से उपयोग नहीं किए जाते हैं तो वे निश्चित रूप से प्रदर्शन को कम कर सकते हैं। चूंकि ओएस विक्रेता संभावित रूप से हर परिदृश्य की उम्मीद नहीं कर सकते हैं जिसमें आप ढेर का उपयोग करेंगे, उनके ढेर प्रबंधकों को "औसत" उपयोग के लिए अनुकूलित किया जाना चाहिए। लेकिन अगर आपके पास एक आवश्यकता है जो एक नियमित ढेर (यानी कई वस्तुओं, अलग-अलग आकार ....) के लिए आवश्यकताओं के समान है, तो आपको केवल ढेर का उपयोग करने पर विचार करना चाहिए और इसे पुन: पेश नहीं करना चाहिए क्योंकि संभावना है कि आपका कार्यान्वयन ओएस से कम होगा पहले से ही आपके लिए प्रदान करता है।
स्मृति आवंटन के साथ, केवल एक ही समय में आप केवल ढेर का उपयोग करके प्रदर्शन प्राप्त नहीं कर सकते हैं, यह कुछ अन्य पहलू (आवंटन ओवरहेड, आवंटन जीवनकाल ....) छोड़कर आपके विशिष्ट अनुप्रयोग के लिए महत्वपूर्ण नहीं है।
उदाहरण के लिए, हमारे आवेदन में हमें 1KB से कम के कई आवंटन की आवश्यकता थी, लेकिन इन आवंटन का उपयोग केवल बहुत ही कम समय (मिलीसेकंड) के लिए किया जाता था। ऐप को अनुकूलित करने के लिए, मैंने बूस्ट पूल लाइब्रेरी का उपयोग किया लेकिन इसे विस्तारित किया ताकि मेरा "आवंटक" वास्तव में बूस्ट पूल ऑब्जेक्ट्स का संग्रह हो, प्रत्येक एक विशिष्ट आकार को 16 बाइट्स से 1024 तक (4 के चरणों में) आवंटित करने के लिए जिम्मेदार होता है। यह लगभग सभी वस्तुओं (ओ (1) जटिलता) आवंटन/इन वस्तुओं से मुक्त प्रदान करता है लेकिन पकड़ यह है कि ए) स्मृति उपयोग हमेशा बड़ा होता है और कभी भी नीचे नहीं जाता है, भले ही हमारे पास आवंटित एक ऑब्जेक्ट न हो, बी) बूस्ट पूल कभी नहीं यह स्मृति को मुक्त करता है (कम से कम उस मोड में जिसे हम इसका उपयोग कर रहे हैं) ताकि हम केवल उन वस्तुओं के लिए इसका उपयोग कर सकें जो बहुत लंबे समय तक नहीं टिकते हैं।
तो सामान्य मेमोरी आवंटन का कौन सा पहलू आप अपने ऐप में छोड़ने को तैयार हैं?
क्या आप एक ऑपरेटिंग सिस्टम को लागू करने की कोशिश कर रहे हैं या कम से कम इसका एक हिस्सा? सामान्य आवंटन पर स्मृति पूल को प्राथमिकता देने का एकमात्र कारण यह है कि सामान्य आवंटन विखंडन के साथ होता है। – Dani