कितना स्मृति 'managed_shared_memory' का आवंटन करना चाहिए? (बढ़ावा)

Question

मैं एक निश्चित जवाब की तलाश में हूँ (वास्तव में एक मौजूद हैं) कितना स्मृति पर जब boost::interprocess के managed_shared_memory के माध्यम से साझा स्मृति का एक स्थिर हिस्सा बनाने आवंटित किया जाना चाहिए। यहां तक ​​कि official examples स्मृति के arbitrarily large हिस्सा आवंटित करने के लिए लग रहे हैं।

पर विचार करें निम्नलिखित संरचना:

// Example: simple struct with two 4-byte fields 
struct Point2D { 
    int x, y; 
}; 

मेरे आरंभिक प्रतिक्रिया है कि आवश्यक आकार 8 बाइट्स, या sizeof(Point2D) होगा। यह बुरी तरह विफल रहता है जब मैं एक वस्तु के निर्माण के लिए प्रयास करते हैं, मुझे रनटाइम पर SEG-दोष दे रही है।

// BAD: 8 bytes is nowhere near enough memory allocated. 
managed_shared_memory segment(create_only, "My shared memory", sizeof(Point2D)); 

क्या पढ़ने/लिखने आपरेशन SEG-दोष उत्पन्न कर रहा है? ढेर ऑपरेशन? अस्थायी रूप से segment.construct() भीतर आवंटन? साझा स्मृति आवंटित करते समय कितना ओवरहेड आवश्यक है?

परीक्षण-और-त्रुटि से मैंने पाया कि 4 से आकार को गुणा करने से उपर्युक्त संरचना के लिए काम किया जा सकता है, लेकिन जब मैं अपने struct पर अधिक फ़ील्ड जोड़ना शुरू करता हूं तो अलग हो जाता है। तो, यह एक बुरा हैक की reeks।

कुछ लोग तर्क दे सकते हैं कि आधुनिक पीसी में "स्मृति सस्ता है", लेकिन मैं इस दर्शन से असहमत हूं और अगर मुझे इससे बचा जा सकता है तो मुझे आवंटित करने से नापसंद है। मैं कल बूस्ट डॉक्स के आसपास खोदा और कोई सुझाव नहीं मिला। आज कुछ नया सीखने के लिए यहाँ है!

Answer 1

दस्तावेज की this paragraph से:

स्मृति एल्गोरिथ्म एक वस्तु है कि एक साझा स्मृति/स्मृति मैप की गई फ़ाइल खंड की पहली बाइट में रखा जाता है। स्मृति खंड के

लेआउट:

____________ __________ ____________________________________________ 
|   |   |           | 
| memory | reserved | The memory algorithm will return portions | 
| algorithm |   | of the rest of the segment.    | 
|____________|__________|____________________________________________| 

पुस्तकालय एक अतिरिक्त स्मृति भूमि के ऊपर, खंड की शुरुआत में बैठे इस प्रकार आपके अनुरोध आकार के कुछ बाइट्स कब्जे है। this post और this post के अनुसार, अतिरिक्त बाइट्स की इस सटीक संख्या निर्धारित नहीं किया जा सकता:

आप इसे गणना नहीं कर सकते, क्योंकि वहाँ स्मृति आवंटन bookeeping और विखंडन के मुद्दों है कि आपके आवंटन के आधार पर क्रम में बदल रहे हैं/deallocation पैटर्न। और साझा स्मृति ओएस द्वारा पृष्ठों ( खिड़कियों पर linux 64k पर 4K) द्वारा आवंटित किया जाता है, इसलिए किसी भी आवंटन अभ्यास आवंटित एक पृष्ठ पर गोल में हो जाएगा:

managed_shared_memory segment(create_only, "name", 20); 

रूप में एक ही स्मृति बर्बाद करेंगे :

managed_shared_memory segment(create_only, "name", 4096); 

Answer 2

कुछ OS'es स्मृति पेज आकार काम करता है का उपयोग करना। मेरे मामले में यह काम करता है ..

off_t size = sizeof(class1) + (sizeof(class2) * 3); 
// round up to the OS page size. 
long page_size = sysconf(_SC_PAGE_SIZE); 
size = ((size/page_size) + (size % page_size ? 1 : 0)) * page_size; 

बढ़ावा :: managed_shared_memory का उपयोग करके आप जिसके परिणामस्वरूप अंतरिक्ष में वस्तुओं के निर्माण के लिए अनुमति देता है। की तरह ....

shared_memory_object::remove(m_name.c_str()); 
m_shared.reset(new managed_shared_memory(create_only, "myspace", size)); 
m_class1 = m_shared->construct<class1>("class1")(); 
m_class2 = m_shared->construct<class2>("class2")[3]();