[英]Process using more memory then container itslef
難道是容器內的進程使用了更多的 memory 然后容器本身？
我有一個帶有單個容器的 pod，它基於堆棧驅動程序圖在他的峰值使用 1.6G memory。 同時，我在容器上看到了一個錯誤，在查看根本原因時，我在 VM 本身上看到了 oom-killer 消息，表明容器內的一個進程由於使用 2.2G 而被殺死。 (rss)
怎么會這樣？
Memory cgroup out of memory: Killed process 2076205 (chrome) total-vm:4718012kB, anon-rss:2190464kB, file-rss:102640kB, shmem-rss:0kB, UID:1001 pgtables:5196kB oom_score_adj:932
10倍！
兩片。 首先，您在指標中看到的可能是工作集大小，它不包括緩沖區，而我認為 oom_killer 顯示 rss 有。 但更重要的是，對指標 output 中的數據進行采樣，通常每 30 秒一次。 因此，如果 memory 的使用量突然飆升，或者即使它只是試圖分配一個巨大的緩沖區，它也會被殺死。
Prometheus 監控 Kubernetes 容器內存使用情況並報告容器使用情況是否超過 90%
[英]Prometheus monitoring Kubernetes Container Memory usage and report if container using more than 90%
Windows 容器內的物理 memory 限制，帶進程隔離
[英]Physical memory limits inside Windows container with process isolation
Kubernetes Pod 報告的內存使用量比實際進程消耗量多
[英]Kubernetes Pod reporting more memory usage than actual process consumption
container_memory_working_set_bytes 和 process_resident_memory_bytes 和 total_rss 之間的關系
[英]relationship between container_memory_working_set_bytes and process_resident_memory_bytes and total_rss
如何讓 Python 進程使用所有 Docker 容器內存而不會被殺死？
[英]How to let a Python process use all Docker container memory without getting killed?
容器上的“container_memory_working_set_bytes”和“container_memory_rss”指標有什么區別
[英]What is the difference between “container_memory_working_set_bytes” and “container_memory_rss” metric on the container
聲明:本站的技術帖子網頁，遵循CC BY-SA 4.0協議，如果您需要轉載，請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.