我正在Kubernetes集群中运行我的rethinkdb容器。以下是我注意到的事项:
在主机CoreOS中运行top
,rethinkdb进程需要大约3Gb:
$ top
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
981 root 20 0 53.9m 34.5m 20.9m S 15.6 0.4 1153:34 hyperkube
51139 root 20 0 4109.3m 3.179g 22.5m S 15.0 41.8 217:43.56 rethinkdb
579 root 20 0 707.5m 76.1m 19.3m S 2.3 1.0 268:33.55 kubelet
但是运行docker stats
检查rethinkdb容器,大概需要7Gb!
$ docker ps | grep rethinkdb
eb9e6b83d6b8 rethinkdb:2.1.5 "rethinkdb --bind al 3 days ago Up 3 days k8s_rethinkdb-3.746aa_rethinkdb-rc-3-eiyt7_default_560121bb-82af-11e5-9c05-00155d070266_661dfae4
$ docker stats eb9e6b83d6b8
CONTAINER CPU % MEM USAGE/LIMIT MEM % NET I/O
eb9e6b83d6b8 4.96% 6.992 GB/8.169 GB 85.59% 0 B/0 B
$ free -m
total used free shared buffers cached
Mem: 7790 7709 81 0 71 3505
-/+ buffers/cache: 4132 3657
Swap: 0 0 0
有人可以解释为什么容器比rethinkdb进程本身占用更多内存吗?
我正在运行docker v1.7.1,CoreOS v773.1.0,内核4.1.5
答案 0 :(得分:2)
在top
命令中,您正在查看物理内存量。在stats命令中,这还包括磁盘缓存的ram,因此它总是大于ram的物理量。当您确实需要更多RAM时,将释放缓存的磁盘以供应用程序使用。
实际上,通过cgroup memory.usage_in_bytes
提取内存使用情况,您可以在/sys/fs/cgroup/memory/docker/long_container_id/memory.usage_in_bytes
中访问它。并根据linux doc https://www.kernel.org/doc/Documentation/cgroups/memory.txt
第5.5节:
5.5 usage_in_bytes
为了提高效率,作为其他内核组件,内存cgroup使用一些 优化以避免不必要的cacheline错误共享。 usage_in_bytes受该方法的影响,并且不会显示出确切的' 内存(和交换)使用的价值,它是高效的模糊值 访问。 (当然,必要时,它会同步。)如果你愿意的话 知道更准确的内存使用情况,你应该使用RSS + CACHE(+ SWAP)值 memory.stat(见5.2)。