gpt4 book ai didi

linux - 如何获得进程的准确共享内存大小?

转载 作者:IT王子 更新时间:2023-10-29 00:58:07 24 4
gpt4 key购买 nike

我试图获取 Linux 上进程的共享内存大小。这是使用 2 个不同命令的结果:

  1. 顶部并检查 SHR 字段:

     PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
    1734 root 20 0 201m 4072 1012 S 0.0 0.1 22:00.65 php-fpm
  2. pmap -d :

    mapped: 206672K    writeable/private: 4352K    shared: 128K

可以看到pmap中的共享内存大小比top小很多。

我阅读了一些源代码来寻找原因。似乎 top 正在从/proc//statm 读取值并且这些值是通过以下方式计算的:

unsigned long task_statm(struct mm_struct *mm,
unsigned long *shared, unsigned long *text,
unsigned long *data, unsigned long *resident)
{
*shared = get_mm_counter(mm, MM_FILEPAGES);
*text = (PAGE_ALIGN(mm->end_code) - (mm->start_code & PAGE_MASK))
>> PAGE_SHIFT;
*data = mm->total_vm - mm->shared_vm;
*resident = *shared + get_mm_counter(mm, MM_ANONPAGES);
return mm->total_vm;
}

好像所有的文件页都算作共享内存?

pmap 命令从/proc//maps 中读取信息,然后通过一些标志计算共享内存:

3dc822a000-3dc822d000 rw-p 0002a000 08:13 5134288      /usr/lib64/libmcrypt.so.4.4.8
start-end flags file_offset dev_major:dev_minor inode

如果 flags[3] == 's' 那么这张 map 将被算作共享 map 。

所以我的问题是哪个更准确?为什么他们有不同的方法来计算共享内存大小?

提前致谢!

最佳答案

top 中的 SHR 列报告的内容与 pmapshared 条目不同。 top 正在报告与其他进程共享的内存量,因为它位于动态库中,一次加载到内存中,并且使用该库的所有进程在其镜像中都包含相同的页面,因为这些页面是只读的。 pmap 似乎显示“共享内存”段,这些段是可以读写或只读的数据页,并且在进程之间共享 shmget()及相关功能。

关于linux - 如何获得进程的准确共享内存大小?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/14385387/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com