top - 16:56:51 up 6 days,17:25,0 users,load average: 0.16,0.27,0.31Tasks: 4 total,1 running,3 sleePing,0 stopped,0 zombIE%cpu(s): 1.3 us,0.7 sy,0.0 ni,98.0 ID,0.0 wa,0.0 hi,0.0 si,0.0 stKiB Mem: 7676380 total,4089380 used,3587000 free,675164 buffersKiB Swap: 0 total,0 used,0 free. 2586496 cached Mem PID USER PR NI VIRT RES SHR S %cpu %MEM TIME+ COMMAND 1 root 20 0 46924 15196 6456 S 0.0 0.2 0:15.54 supervisord 8 root 20 0 3526084 47976 29660 S 0.0 0.6 0:59.15 dotnet 568 root 20 0 20364 3332 2728 S 0.0 0.0 0:00.09 bash 2800 root 20 0 21956 2420 2032 R 0.0 0.0 0:00.00 top
我此时报告的数字是90M,但没有加起来.我很确定/sys/fs/cgroup/memory/memory.usage_in_bytes是报道的内容:
> cd /sys/fs/cgroup/memory/> cat cgroup.procs185682494> cat memory.usage_in_bytes92282880> pmap -p 1 | tail -n 1 total 46924K> pmap -p 8 | tail -n 1 total 3599848K> pmap -p 568 | tail -n 1 total 20364K> ps 2494 PID TTY STAT TIME COMMAND
在我看来,这里有大量内存“缺失”……如果我在输入内容时再次使用memory.usage_in_bytes:
> cat memory.usage_in_bytes112291840> pmap -p 1 | tail -n 1 total 46924K> pmap -p 8 | tail -n 1 total 3452320K> pmap -p 568 | tail -n 1 total 20368K
没有什么能明显解释这种内存使用情况.如果我看看memory.stat,我看到了这个:
# cat memory.statcache 89698304RSS 30699520RSS_huge 0mapped_file 1552384writeback 0pgpgin 102007pgpgout 72613pgfault 115021pgmajfault 8inactive_anon 1519616active_anon 30789632inactive_file 417792active_file 87654400unevictable 4096hIErarchical_memory_limit 18446744073709551615total_cache 89698304total_RSS 30699520total_RSS_huge 0total_mapped_file 1552384total_writeback 0total_pgpgin 102007total_pgpgout 72613total_pgfault 115021total_pgmajfault 8total_inactive_anon 1519616total_active_anon 30789632total_inactive_file 417792total_active_file 87654400total_unevictable 4096
然后片刻之后:
# cat memory.statcache 89972736RSS 30777344RSS_huge 0mapped_file 1552384writeback 0pgpgin 102316pgpgout 72836pgfault 115674pgmajfault 8inactive_anon 1519616active_anon 30867456inactive_file 417792active_file 87928832unevictable 4096hIErarchical_memory_limit 18446744073709551615total_cache 89972736total_RSS 30777344total_RSS_huge 0total_mapped_file 1552384total_writeback 0total_pgpgin 102316total_pgpgout 72836total_pgfault 115674total_pgmajfault 8total_inactive_anon 1519616total_active_anon 30867456total_inactive_file 417792total_active_file 87928832total_unevictable 4096
但我会说实话;我真的不知道我在这看什么.我怀疑地看着active_file但是又一次;我真的不知道我在看什么.
一些注意事项和观察:
>容器由Kubernetes安排.
>该程序将大量数据写入stdout.
>将写入控制台的数据量减少到接近零可以解决报告的内存泄漏问题.
>部署只向stdout写入大量数据的程序似乎没有表现出相同的内存泄漏(!)
所以!我该如何去寻找这个记忆被消耗的地方?对任何人来说有什么明显的东西 – 也许是某种东西盯着我的脸,或者我不是在看我应该做的事情?
谢谢!
解决方法 简而言之; memory.usage包括磁盘缓存.我应该一直在测量(memory.usage – memory.cache).问题(和感知到的内存泄漏)是supervisord正在将我的程序的stdout写入日志文件. 总结以上是内存溢出为你收集整理的linux – 我的容器的内存在哪里?全部内容,希望文章能够帮你解决linux – 我的容器的内存在哪里?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)