gpt4 book ai didi

c - mmap 是否与所有进程共享内存?

转载 作者:IT王子 更新时间:2023-10-29 00:58:30 26 4
gpt4 key购买 nike

当我这样做时:

myProgram.h
myProgram.c

struct PipeShm
{
// all my fields
// more
// ...

};



struct PipeShm myPipe = { /* initialization for all fields */ };
struct PipeShm * sharedPipe = &myPipe;

void func()
{
sharedPipe = mmap (NULL, sizeof * sharedPipe, PROT_READ | PROT_WRITE,MAP_SHARED | MAP_ANONYMOUS, -1, 0);

}

当我 mmap 指针 sharedPipe 时,如果我从 main() 调用 myProgram 代码中的任何方法,是否所有进程都共享我与 myPipe 结构共享的确切共享内存?

或者每个新创建的 child 都会有一个属于他自己的新 myPipe 吗?

问候

编辑:

这是在我阅读评论和答案之后:现在进行了更改,并且我仅在分配段后才初始化该段的值:

#include "my_pipe.h"

struct PipeShm * sharedPipe = NULL;



int shm_pipe_init()
{
if (!sharedPipe)
{
int myFd = shm_open ("/myregion", O_CREAT | O_TRUNC | O_RDWR, 0600);

if (myFd == -1)
error_out ("shm_open");

// Allocate some memory in the region - We use ftruncate, write(2) would work just as well
int retAlloc = ftruncate (myFd, sizeof * sharedPipe);
if (retAlloc < 0)
error_out("ftruncate");


sharedPipe = mmap (NULL, sizeof * sharedPipe,
PROT_READ | PROT_WRITE,MAP_SHARED | MAP_ANONYMOUS, myFd, 0);

if (!sem_init (&sharedPipe->semaphore, 1, 0))
{
sharedPipe->init = TRUE;
sharedPipe->flag = FALSE;
sharedPipe->ptr1 = NULL;
sharedPipe->ptr2 = NULL;
sharedPipe->status1 = -10;
sharedPipe->status2 = -10;
sharedPipe->semaphoreFlag = FALSE;
sharedPipe->currentPipeIndex = 0;

}
else
perror ("shm_pipe_init");
}
return 1; // always successful
}

但是问题仍然存在,共享内存似乎没有在进程之间共享,因为在运行和 fork 该 main 时:

int main()
{
int spd, pid, rb;
char buff[4096];

fork();
shm_pipe_init();

// more
return 0;
}

我仍然得到输出,它模拟了只有一个进程在运行的行为(而不是多个输出,我只得到一个一个或一个一对,取决于进程之间的竞争条件)。

最佳答案

如果您打算多次调用此程序,答案是否定的。如果您打算在创建映射后进行 fork ,答案是"is"。

匿名映射没有底层文件。因此,创建匿名映射的进程无法指定它特别需要哪个已经存在的映射(这也不是预期的用途,您应该获得一个新的、独立的映射)。因此对第一种情况说“不”。

共享映射允许拥有相同映射的所有进程访问相同的物理内存。这意味着,如果您在创建映射后 fork,那么 fork 将主要以通常的方式工作,将进程拥有的所有页面标记为写时复制 除了映射中的页面。父项和子项都将保留映射的页面,并且能够通过指针访问相同的物理内存(顺便说一句,这意味着页面甚至也将具有相同的虚拟地址——这在映射文件时通常不是您可以依赖的东西,但在这种情况下,操作系统别无选择,只能确保是这种情况。

联机帮助页对匿名映射和共享映射的组合或确切应该发生的事情仍然含糊不清,但 TLPI 第 49.7 章明确提到 MAP_SHARED|MAP_ANONYMOUS:

[...] followed by a call to fork(), then, because the child produced by fork() inherits the mapping, both processes share the memory region.

因此第二种情况为"is"。

回复:编辑后的帖子
错误的顺序:

fork();
shm_pipe_init();

这会首先 fork ,然后初始化共享内存。这只会创建一个共享(读作 share-able,如果进程再次 fork ,它可能会在未来共享,但它不会神奇地与父级反向共享!)映射 对于每个进程,分别。

然后你有两个映射,每个进程一个,它们将由它们各自的子进程和孙进程(如果有的话)共享,但这对实现你想要的没有任何帮助。它们是“共享”的事实并不重要,它们是不同的映射,并且对各自的其他进程是未知的。

首先创建映射,然后 fork 。这将创建一个共享映射,两个进程确实拥有/共享并且可以用于预期目的。

(此外,您对 fork 的用法严格来说并没有错,但有点奇怪...您通常应该检查返回值,这样您就知道哪个是父级,哪个是父级一个是 child 。这不像 fork 不会失败。当然,如果这根本不重要,因为 parent 和 child 总是 100% 相同,你不关心失败,没关系。不过通常情况下,人们通常想知道。)

关于c - mmap 是否与所有进程共享内存?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11738703/

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