Linux共享内存：shmget（）vs mmap（）？

在这个线程中，OPbuild议使用mmap()而不是shmget()来获得Linux中的共享内存。 我访问了这个页面和这个页面来获取一些文档，但是第二个文档给出了关于mmap()一个模糊的例子。

作为一个新手，并且需要在两个进程之间共享一些信息（文本forms），我应该使用shmget()方法还是使用mmap() ？ 为什么？

谢谢，

短发

Answer 1

两种方法都是可行的。 mmap方法比shmget稍微有一些限制，但更易于使用。 shmget是旧的System V共享内存模型，并拥有最广泛的支持。 mmap / shm_open是执行共享内存的新的POSIX方法，并且更易于使用。 如果你的操作系统允许使用POSIX共享内存，那么我会build议去那个。

一些提示：

• 如果您通过fork创build子项，则使用MAP_ANONYMOUS | MAP_SHARED进行mmap创build MAP_ANONYMOUS | MAP_SHARED是迄今为止最简单的方法 – 只需一个电话。
• 如果独立启动进程，但可以为它们提供共享内存名称，则使用MAP_SHARED shm_open （+ ftruncate ）+ mmap是MAP_SHARED调用。 在某些操作系统上需要librt 。
• 如果你的操作系统具有/dev/shm/那么shm_open等同于在/dev/shm/打开一个文件。

Answer 2

这很多都与历史和未来的方向有关。

曾几何时，有两个主要的（有点竞争的）unix系统版本 – 系统V和BSD。 SysV有它自己的版本的IPC，包括大的3共享内存，信号量和消息队列。 POSIX来了，尝试和团结的事情。

所以目前我们有两个版本 – posix共享内存，MQ，信号量和sysV版本。 只是为了让事情变得更加混乱，sysV版本也是 posix的一部分。

所以基本上你的问题是你想使用Posix或sysV风格的共享内存？ 一般来说，大多数人都是从长远的angular度来看待selectPosix，因为这似乎是通向未来的道路。 但是，实际上，sysV的东西是如此embedded在这么多的系统中，你必须有严重的怀疑，它将永远消失。

所以，消除长期的东西，这归结为你的项目和你的口味是有意义的。 一般来说，sysV版本实际上有些更强大，但它们有一个笨拙的界面，大多数人在第一次接触时会觉得有些困惑。 sysV信号量和消息队列尤其如此。 就共享内存而言，可以认为sysV和posix都是尴尬的。 sysV版本携带笨重的ftok和关键的东西，而posix结束了多个电话和一些竞赛条件成立。 从外部来看，posix版本有一个优点，就是它们利用文件系统，可以用标准的命令行function（比如“rm”）来维护，而不是依靠sysV所需的单独的应用程序（例如ipcs ）。

那么你应该使用哪个？ 通常，posix版本。 但是你应该真正熟悉sysV版本。 他们有一些function超出了你可能想要在特定情况下利用的posix版本的function。