gpt4 book ai didi

c++ - 用于进程间共享内存的非 Boost STL 分配器?

转载 作者:可可西里 更新时间:2023-11-01 15:23:42 29 4
gpt4 key购买 nike

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

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

是否有任何其他使用共享内存的NON-BOOST STL 分配器?

编辑已经以前做过。 Dr. Dobbs had an article on how to do this exactly back in 2003 ,我开始将其用作引用。但是,代码 list 不完整,指向它们的链接重定向到主站点。

编辑 编辑: 我不重写 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 + union 技巧(在界面方面)不如 boost 变体那么吸引人……让界面变得更好取决于您。

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

关于c++ - 用于进程间共享内存的非 Boost STL 分配器?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12613055/

29 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com