Linux “container\u memory\u working\u set\u bytes”度量与容器上的OOM killer之间的关系是什么?
我试图找出并理解OOM killer是如何在容器上工作的 为了弄清楚这一点,我读了很多文章,发现OOM杀手根据Linux “container\u memory\u working\u set\u bytes”度量与容器上的OOM killer之间的关系是什么?,linux,kubernetes,memory,containers,Linux,Kubernetes,Memory,Containers,我试图找出并理解OOM killer是如何在容器上工作的 为了弄清楚这一点,我读了很多文章,发现OOM杀手根据OOM\u分数杀死了容器。而oom_得分是由oom_得分_调整和该进程的内存使用情况决定的 cAdvisor中有两个度量标准container\u memory\u working\u set\u bytes,container\u memory\u rss,用于监控容器的内存使用情况 RSS内存(container\u memory\u RSS)似乎对oom\u分数有影响,因此我可以理
OOM\u分数
杀死了容器。而oom_得分
是由oom_得分_调整
和该进程的内存使用情况决定的
cAdvisor中有两个度量标准container\u memory\u working\u set\u bytes
,container\u memory\u rss
,用于监控容器的内存使用情况
RSS内存(container\u memory\u RSS
)似乎对oom\u分数有影响,因此我可以理解,使用container\u memory\u RSS
度量,如果该度量达到内存限制,oom杀手将终止进程
但是从下面的文章中:
更好的度量标准是容器\内存\工作\设置\字节
,因为这正是OOM杀手所关注的
我无法理解OOM killer正在监视容器的工作集内存这一事实。我想我不理解容器上工作集内存的含义,即“总使用量-非活动文件”
我在哪里可以找到推荐人?或者您可以解释一下工作集内存和容器上的OOM kill之间的关系吗?正如您已经知道的,容器内存和工作集字节是:
工作集内存量,包括最近访问的内存
内存、脏内存和内核内存。因此,工作集是
(小于或等于)我只是附加了内核如何触发OOM killer的详细信息,并添加了内核文档链接。