“托管共享内存”应该设置多少内存分配？ （促进）

Question

我正在寻找一个明确的答案（如果确实存在的话），关于通过 boost::interprocess 的 managed_shared_memory。即使官方示例似乎分配任意大的内存块。

考虑以下结构：

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

我最初的反应是必要的大小为 8 个字节，或 sizeof(Point2D)。当我尝试构造一个对象时，这会严重失败，在运行时出现段错误。

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

哪些读/写操作导致段错误？堆栈操作？在segment.construct()内临时分配？分配共享内存时需要多少开销？

通过反复试验，我发现将大小乘以 4 可以适用于上述结构，但当我开始向我的 struct 添加更多字段时，就会崩溃。所以，这有点糟糕。

有些人可能会说现代 PC 中的“内存很便宜”，但我不同意这种理念，并且不喜欢分配超出我需要的内存（如果可以避免的话）。我昨天翻阅了 Boost 文档，但找不到任何建议。今天就来学习一些新东西吧！

Answer 1

来自本段：

内存算法是一个对象
被放置在 a 的第一个字节中
共享内存/内存映射文件
段。

内存段的布局：

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

库在段的开头有额外的内存开销，因此占用了您请求的大小的几个字节。根据这篇文章和这篇文章，无法确定额外字节的确切数量：

你无法计算它，因为那里
是内存分配簿记和
碎片化问题发生变化
运行时间取决于你的
分配/释放模式。和
共享内存是按页分配的
由操作系统决定（Linux 上为 4K，Linux 上为 64k）
windows），所以任何分配都会
在实践中分配四舍五入到
页面：

 Managed_shared_memory 段(create_only, "name", 20);

将浪费与以下相同的内存：

 Managed_shared_memory 段(create_only, "name", 4096);

Answer 2

像使用操作系统的内存页面大小之类的东西是可行的。在我的例子中，这是有效的。

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