6

我一直在使用 Linux 上的写时复制缓冲区，以下示例似乎按预期工作：

#include <stdio.h>
#include <stdlib.h>
#include <sys/mman.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <unistd.h>
#include <string.h>

#define SIZE 4096

#define SHM_NAME "foobar"

int main(void)
{
    int fd = shm_open(SHM_NAME, O_RDWR | O_CREAT, 0666);
    int r = ftruncate(fd, SIZE);

    char *buf1 = mmap(NULL, SIZE, PROT_READ | PROT_WRITE,
                     MAP_SHARED, fd, 0);

    strcpy(buf1, "Original buffer");

    char *buf2 = mmap(NULL, SIZE, PROT_READ | PROT_WRITE,
                      MAP_PRIVATE, fd, 0);

    // At this point buf2 is aliased to buf1

    // Now modifying buf2 should trigger copy-on-write)...

    strcpy(buf2, "Modified buffer");

    // buf1 and buf2 are now two separate buffers

    strcpy(buf1, "Modified original buffer");

    // clean up

    r = munmap(buf2, SIZE);
    printf("munmap(buf2): %i\n", r);
    r = munmap(buf1, SIZE);
    printf("munmap(buf1): %i\n", r);
    r = shm_unlink(SHM_NAME);
    printf("shm_unlink: %i\n", r);

    return EXIT_SUCCESS;
}

然而，在 OS X (10.10) 下，第二个mmap调用返回MAP_FAILED, errno= 22 ( EINVAL)。OS X 手册页mmap似乎表明这应该可以工作（它甚至在标志的描述中提到了写时复制）MAP_PRIVATE，并且我已经尝试了各种不同的标志来调用mmap，但似乎没有任何效果。有任何想法吗 ？

4

1 回答 1

5

似乎使用shm_openwithMAP_SHARED并且MAP_PRIVATE对文件描述符做了一些不希望的事情。使用open是一种可能的解决方法：

int fd = open(SHM_NAME, O_RDWR | O_CREAT, 0666);
...

结果：

munmap(buf2): 0
munmap(buf1): 0
shm_unlink: -1

shm_open与MAP_SHAREDand一起使用会MAP_PRIVATE导致Invalid file descriptor，尽管与MAP_SHAREDandMAP_SHARED一起使用不会。我不清楚这是一个错误还是设计使然——但这种行为似乎并不正确。

于 2015-03-14T10:35:49.560 回答