'managed_shared_memory'應該分配多少內存？ （boost）

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-fault。

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

什麼讀/寫操作導致seg-faults？堆棧操作？在segment.construct()內臨時分配？分配共享內存時需要多少開銷？

通過試錯我發現乘以4的大小可以適用於上述結構，但當我開始向我的struct添加更多字段時會分崩離析。那麼，這是一個糟糕的黑客攻擊。

有些人可能會爭辯說，現代個人電腦中的「記憶便宜」，但我不同意這種理念，並且如果我可以避免的話，不喜歡分配比我需要的更多。我昨天在Boost文檔中搜索，找不到任何建議。這是今天學習新事物！

Answer 1

從文檔的this paragraph：

存儲器算法是 置於 共享存儲器/內存映射文件 段的第一字節的對象。

佈局的內存段：

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

圖書館有一個額外的內存開銷坐在段的開始，從而佔領你的請求大小的幾個字節。據this post和this post，不能確定的額外字節這個確切的數字：

你不能計算它，因爲有 的內存分配bookeeping並在 運行時根據您的 分配改變 碎片問題/取消分配模式。而 共享內存由 由OS（4K上 窗口的Linux 64K）頁面分配的，所以任何分配將在分配舍入到 頁面實踐 ：

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; 

使用boost :: 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]();