进程间共享内存的非Boost STL分配器

Non-Boost STL allocator for inter-process shared memory?

本文关键字：Boost STL 分配器 共享 内存 进程      更新时间：2023-10-16

由于我工作的政策，我无法使用1.33.1以上的Boost版本，也无法使用4.1.2以上的GCC版本。是的，这是垃圾，但我对此无能为力。Boost 1.33.1不包含进程间库。

也就是说，我的一个项目需要在共享内存中放置一个std::map(或者更可能是std::unordered_map)。当进程由单个进程("服务器")加载并由许多其他进程读取时，它只被写入/修改一次。我以前没有做过共享内存IPC，所以这对我来说是一个相当新的领域。我看了shmget()，但似乎我不能连续使用相同的共享内存密钥进行分配(我认为STL容器分配器需要这样做)。

是否有其他NON-BOOSTSTL分配器使用共享内存？

编辑：此以前已完成。多布斯博士早在2003年就有一篇关于如何做到这一点的文章，我开始把它作为参考。然而，代码列表是不完整的，它们的链接重定向到主站点。

编辑编辑：我不重写Boost.Interprocess的唯一原因是因为涉及的代码量。我只是想知道是否有专门针对POSIX共享内存的相对简短的东西可以从头开始重写，因为网络之间的数据传输也需要经过多日的审批过程。。。

指针不能在共享内存中工作，除非您不能将共享内存固定在固定地址(在所有进程中都是一致的)。因此，您需要特定的类，这些类要么是连续的(没有指针)，要么在映射共享内存的内存区域中具有偏移量(而没有指针)。

我们在工作中使用共享内存的情况非常相似：一个进程计算一组数据，将其放置在共享内存中，然后向其他进程发出信号，表示他们可以将内存映射到自己的地址空间；记忆永远不会改变。

我们的方法是使用POD结构(*)(有些包括用于字符串存储的char xxx[N];属性)。如果你真的能限制你的弦，你就是金子。就map而言：只读存储效率低下=>排序数组性能更好(为内存局部性欢呼)。所以我建议这样做：

struct Key {
enum { Size = 318 };
char value[Size];
};
struct Value {
enum { Size = 412 };
enum K { Int, Long, String };
K kind;
union { int i; long l; char string[Size]; } value;
};

然后只需有一个std::pair<Key, Value>数组，您可以对其进行排序(std::sort)，并在其上使用std::lower_bound进行搜索。很明显，您需要为密钥编写一个比较运算符：

bool operator<(Key const& left, Key const& right) {
return memcmp(left.value, right.value, Key::Size) < 0;
}

我同意enum+并集技巧(接口方面)不如boost变体更有吸引力。。。让界面变得更好取决于你。

(*)实际上，纯POD是不必要的。例如，拥有私有属性、构造函数和复制构造函数是完全可以的。所需要的只是避免间接寻址(指针)。

简单的解决方法。从Boost 1.51创建您自己的"libNotBoost v1.0"。Boost库允许这样做。既然它不再是Boost，你就没事了。

相关文章：