当前位置：文江博客话题详情

共享内存 API，进程可以将共享内存附加到其他进程

发布于 2024-11-29 21:53:28 字数 158 浏览 1 评论 0原文

任何人都可以研究一下这个并用 API 向我建议吗？

我们有用于进程的 API，可以创建共享内存和/或将共享内存附加到其自己的进程。但我没有找到一种 API 可以通过其他进程将共享内存附加到一个进程（例如，进程 A 应该调用一个 API（如 shmat()）来将共享内存附加到进程 B）。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

行雁书 2024-12-06 21:53:28

共享内存不属于任何特定进程（除非您使用私有IPC_PRIVATE密钥创建它）。它属于系统。

因此，当您将 shmget 与非私钥（以及 IPC_CREAT 标志）一起使用时，您将创建一个共享内存块或附加到现有的共享内存块。

您需要一种方法让两个进程使用相同的 IPC 密钥，这通常通过使用 ftok 来完成，它使用文件规范和标识符为您提供一个 IPC 密钥以在 shmget 中使用调用（以及其他 IPC 类型调用，例如 msgget 或 semget）。

例如，在程序 pax1 和 pax2 中，您可能有这样的代码段：

int getMyShMem (void) {
    key_t mykey = ftok ("/var/pax.cfg", 0); // only one shm block so use id of 0
    if (mykey == (key_t)-1)                 // no go.
        return -1;
    return shmget (mykey, 1024, IPC_CREAT); // get (or make) a 1K block.
}

通过让两个进程使用相同的文件规范和 ID，它们将获得相同的文件规范和 ID。共享内存块。

您可以使用不同的 ID 为您提供基于同一文件的不同共享内存块（例如，您可能需要一个用于配置共享内存块，另一个用于存储共享状态）。

而且，考虑到它是 IPC 密钥所基于的你的配置文件，其他程序使用它的机会很小（我认为它可能为零，但我不能 100% 确定）。

您不能从进程外部强制将共享内存注入到该进程中（好吧，您也许可以，但这既危险又需要各种根级权限）。这会破坏受保护的进程模型，并使您的系统变得像 MS-DOS 一样安全:-)

Shared memory doesn't belong to any particular process (unless you create it with a private IPC_PRIVATE key). It belongs to the system.

So, when you use shmget with a non-private key (and the IPC_CREAT flag), you will either create a shared memory block or attach to an existing one.

You need a way for both processes to use the same IPC key and this is often done by using ftok which uses a file specification and an identifier to give you an IPC key for use in the shmget call (and other IPC type calls, such as msgget or semget).

For example, in the programs pax1 and pax2, you may have a code segment like:

int getMyShMem (void) {
    key_t mykey = ftok ("/var/pax.cfg", 0); // only one shm block so use id of 0
    if (mykey == (key_t)-1)                 // no go.
        return -1;
    return shmget (mykey, 1024, IPC_CREAT); // get (or make) a 1K block.
}

By having both processes use the same file specification and ID, they'll get the same shared memory block.

You can use different IDs to give you distinct shared memory blocks all based on the same file (you may, for example, want one for a configuration shared memory block and another for storing shared state).

And, given that it's your configuration file the IPC key is based on, the chances of other programs using it is minuscule (I think it may be zero but I'm not 100% sure).

You can't forcefully inject shared memory into a process from outside that process (well, you may be able to but it would be both dangerous and require all sorts of root-level permissions). That would break the protected process model and turn you system into something about as secure as MS-DOS :-)

回复收藏 0 原文