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

我正在寻找一个明确的答案（如果确实存在），关于通过创建静态共享内存块时应该分配多少内存boost::interprocess's managed_shared_memory. Even 官方例子 http://www.systomath.com/include/Boost-1_35/doc/html/interprocess/quick_guide.html#interprocess.quick_guide.qg_named_interprocess似乎分配任意大 http://boost-sandbox.sourceforge.net/doc/html/interprocess/managed_memory_segments.html#interprocess.managed_memory_segments.managed_memory_segment_features.managed_memory_segment_information内存块。

考虑以下结构：

// 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 文档，但找不到任何建议。今天就来学习一些新东西吧！

From 这一段 http://www.boost.org/doc/libs/1_44_0/doc/html/interprocess/architecture.html#interprocess.architecture.architecture_algorithm_to_managed.architecture_memory_algorithm文档的：

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

内存段的布局：

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

该库在段的开头有额外的内存开销，因此占用了您请求的大小的几个字节。根据这个帖子 http://groups.google.com/group/boost-list/browse_thread/thread/e400e710f620fa1a/2451d7b2c606fdf0 and 这个帖子 http://comments.gmane.org/gmane.comp.lib.boost.user/60995，无法确定附加字节的确切数量：

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

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

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

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