'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]();