mmap 使用 shm_open 文件对象返回 ENOMEM

Question

我正在 Linux 中试验

shm_open

，但遇到了问题。我经常使用

ftrunc

调整共享内存段的大小，并使用

mmap

重新映射调整大小的段。然而，在 20 MB 左右，我从

ENOMEM

得到

mmap

。

我已尝试执行以下操作来解决该问题：

首先，我发现了这些

sysctl

参数。我重新配置了它们：

kernel.shmmax = 268435456
kernel.shmall = 2097152

（

shmall

在页面中指定）

此后问题仍然出现。调查导致问题的调整大小的详细信息显示，对

ftrunc

进行的调用以调整共享内存对象的大小成功（

/dev/shm

中的相应文件具有请求的新大小）。

来自here的文档提出了导致

ENOMEM

errno

的三种可能原因：

---

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

[ENOMEM]
[ML] 如果 mlockall() 需要，则映射无法锁定在内存中，因为它需要的空间超出了系统能够提供的空间。

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

---

我没有使用

MAP_FIXED

或锁定，并且

/dev/shm

中图像的大小表明第三个原因不是问题。我的

mmap

通话如下所示：

mmap(mem, length, 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

删除先前的映射。