2

在 linux 中试验 shm_open 并遇到问题。我经常使用 ftrunc 调整共享内存段的大小，并使用 mmap 重新映射调整后的段。但是，在 20 兆字节左右，我从 mmap 获得了 ENOMEM。

我试图做的事情来解决这个问题：

首先，我发现了这些 sysctl 参数。我重新配置了它们：

kernel.shmmax = 268435456
kernel.shmall = 2097152

（shmall 在页面中指定）

在此之后问题仍然存在。调查导致问题的调整大小的细节表明，对 ftrunc 的调用以调整共享内存对象的大小成功（/dev/shm 中的相应文件具有请求的新大小）。

来自此处的文档http://pubs.opengroup.org/onlinepubs/009695399/functions/mmap.html提出了 ENOMEM errno 的三个可能原因：

[ENOMEM] MAP_FIXED 已指定，范围 [addr,addr+len) 超出进程地址空间允许的范围；或者，如果未指定 MAP_FIXED 并且地址空间中没有足够的空间来影响映射。

[ENOMEM] [ML] [Option Start] 如果 mlockall() 需要，映射无法锁定在内存中，因为它需要的空间超过系统能够提供的空间。[选项结束]

[ENOMEM] [TYM] [Option Start] fildes 指定的类型化内存对象中没有足够的未分配内存资源来分配 len 个字节。[选项结束]

我没有使用 MAP_FIXED 或锁定，/dev/shm 中的图像大小表明第三个原因不是问题。我的 mmap 调用如下所示：

mmap（内存，长度，PROT_READ | PROT_WRITE，MAP_SHARED，fd，0）

其中 mem 最初为 0，此后指成功映射的最后一个地址 mmap。

我发现信息表明 ulimit 设置可能会将可映射的内存限制为单个进程，但我认为问题不在这里。以防万一， ulimit -a 在我的机器上看起来像这样：

core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 20
file size               (blocks, -f) unlimited
pending signals                 (-i) 16382
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 65536
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) unlimited
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

我希望这是一个简单的:)

4

1 回答 1

2

好吧，前几天我发现了我的问题。我误读了 mmap 的文档，该文档说 mmap 基于第一个参数（在我的例子中是先前映射的地址）返回一个映射，结果由实现定义。我认为这是一个建议，即 mmap 可能会为我重新映射我以前的映射，但事实并非如此。如果我使用了 MAP_FIXED 标志，这可能只是这种情况，但我避免了这种情况，因为文档建议反对它。无论如何，在创建新映射之前，必须使用 munmap 删除以前的映射。我希望这篇文章能帮助任何像我一样愚蠢误读的人

于 2012-01-21T22:19:47.010 回答