MMAP收益不能分配的内存，即使有足够的 [英] mmap returns can not allocate memory, even though there is enough

问题描述

我执行与性LevelDB一个pressure测试。

在 UTIL / env_poisx.cc：NewRandomAccessFile（）

 无效*基地​​= MMAP（NULL，大小，PROT_READ，MAP_SHARED，FD，0）;
 

经过3万条数据（每100K）插入。该错误号说无法分配内存。

为什么？

更多细节：

顶：

  PID USER PR NI VIRT RES SHR S％CPU％MEM TIME + COMMAND
19794根20 0290克4.9克4.7克小号98.6 7.8 2348：00六味地黄丸
 

免费-m：

 共免费使用共享缓冲区高速缓存纪念品：64350 60623 3726 0 179 59353 -  / +缓冲区/缓存：1090 63259掉期：996 0 996
 

的ulimit -a：

 核心转储文件大小（块，-c）无限
数据赛格大小（千字节，-d）无限
文件大小（块，-f）无限
挂起信号（-i）1024
最大锁定内存（千字节，-l）32
最大内存大小（千字节，-m）无限
打开文件（-n）10240
管道尺寸（512字节，-p）8
POSIX消息队列（字节，-q）819200
堆栈大小（千字节，-S）10240
CPU时间（秒，-t）无限
最大用户进程（-u）530432
虚拟内存（​​千字节，-v）无限
文件锁（-x）无限
 

sysctl的：

  vm.max_map_count = 300000
kernel.shmmni = 8092
kernel.shmall = 4194304
kernel.shmmax = 2147483648
 

解决方案

男人MMAP：

ENOMEM没有可用的内存，或者进程的映射的最大数量会被超越。

当你写3.万条数据（每10万），这似乎与vm.max_map_count关联为300000。
尝试，如果你确定你有足够的内存来更改此限制。

请给的/ proc / [PID] /地图|当错误发生的厕所-l

I'm performing a pressure test with leveldb.

In util/env_poisx.cc : NewRandomAccessFile()

void* base = mmap(NULL, size, PROT_READ, MAP_SHARED, fd, 0);

after 3 million data (each 100k) insert. The errno says Cannot allocate memory.

why?

More details:

top:

 PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                         
19794 root      20   0  290g 4.9g 4.7g S 98.6  7.8   2348:00 ldb

free -m:

             total       used       free     shared    buffers     cached

Mem:         64350      60623       3726          0        179      59353

-/+ buffers/cache:       1090      63259

Swap:          996          0        996

ulimit -a:

core file size          (blocks, -c) unlimited
data seg size           (kbytes, -d) unlimited
file size               (blocks, -f) unlimited
pending signals                 (-i) 1024
max locked memory       (kbytes, -l) 32
max memory size         (kbytes, -m) unlimited
open files                      (-n) 10240
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
stack size              (kbytes, -s) 10240
cpu time               (seconds, -t) unlimited
max user processes              (-u) 530432
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

sysctl:

vm.max_map_count = 300000
kernel.shmmni = 8092
kernel.shmall = 4194304
kernel.shmmax = 2147483648

解决方案

man mmap:

"ENOMEM No memory is available, or the process's maximum number of mappings would have been exceeded."

When you write "3 million data (each 100k)", it seems to correlate with vm.max_map_count is 300000. Try to change this limit if you sure you have enough memory.

Please give /proc/[pid]/maps | wc -l when error happening

这篇关于MMAP收益不能分配的内存，即使有足够的的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！