linux - mmap 返回带有 shm_open 文件对象的 ENOMEM

Question

在 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 的三个可能原因:

---

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

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

[经济][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

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

Answer 1

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