我正在使用互联网家庭网关（openwrt，64位）。当我执行top时，我发现UPNPD进程正在分配大量的虚拟内存：
Mem: 239096K used, 215584K free, 0K shrd, 9652K buff, 39256K cached
CPU: 0% usr 0% sys 0% nic 100% idle 0% io 0% irq 0% sirq
Load average: 0.36 0.41 0.39 1/93 10104
PID PPID USER STAT VSZ %VSZ %CPU COMMAND
2196 930 root S 394m 89% 0% upnpd -f -r
- ＆GT;大约394米 - ＆GT;它可以达到1 G !!!
当我执行pmap pidof upnpd时，我发现有大块集团：
# pmap 2196
0000000000400000 88K r-xp /usr/sbin/upnpd
0000000000426000 4K rw-p /usr/sbin/upnpd
0000000000427000 4K rw-p [ anon ]
0000000036d6e000 140K rw-p [heap]
0000007f78000000 132K rw-p [ anon ]
**0000007f78021000 65404K ---p [ anon ]**
0000007f80000000 2596K rw-p [ anon ]
0000007f80289000 62940K ---p [ anon ]
0000007f84000000 132K rw-p [ anon ]
0000007f84021000 65404K ---p [ anon ]
0000007f88000000 132K rw-p [ anon ]
0000007f88021000 65404K ---p [ anon ]
0000007f8c000000 132K rw-p [ anon ]
0000007f8c021000 65404K ---p [ anon ]
0000007f90000000 132K rw-p [ anon ]
0000007f90021000 65404K ---p [ anon ]
0000007f95adb000 4K ---p [ anon ]
0000007f95adc000 124K rw-p [ anon ]
0000007f95afb000 4K ---p [ anon ]
0000007f95afc000 124K rw-p [stack:2249]
0000007f95b1b000 4K ---p [ anon ]
0000007f95b1c000 124K rw-p [stack:2248]
0000007f95b3b000 4K ---p [ anon ]
0000007f95b3c000 1020K rw-p [ anon ]
0000007f95c3b000 4K ---p [ anon ]
0000007f95c3c000 1020K rw-p [stack:2246]
0000007f95d3b000 4K ---p [ anon ]
0000007f95d3c000 1020K rw-p [stack:2245]
0000007f95e3b000 4K ---p [ anon ]
0000007f95e3c000 1020K rw-p [stack:2244]
0000007f95f3b000 4K ---p [ anon ]
0000007f95f3c000 1020K rw-p [stack:2243]
0000007f9603b000 4K ---p [ anon ]
0000007f9603c000 1020K rw-p [stack:2242]
0000007f9613b000 4K ---p [ anon ]
0000007f9613c000 1020K rw-p [ anon ]
0000007f9623b000 4K ---p [ anon ]
0000007f9623c000 1020K rw-p [stack:2240]
0000007f9633b000 1220K r-xp /lib/libc-2.22.so
0000007f9646c000 60K ---p /lib/libc-2.22.so
0000007f9647b000 16K r--p /lib/libc-2.22.so
0000007f9647f000 8K rw-p /lib/libc-2.22.so
0000007f96481000 16K rw-p [ anon ]
0000007f96485000 84K r-xp /usr/lib/libgsdf.so.1.0.0
0000007f9649a000 60K ---p /usr/lib/libgsdf.so.1.0.0
0000007f964a9000 4K rw-p /usr/lib/libgsdf.so.1.0.0
0000007f964aa000 16K rw-p [ anon ]
0000007f964ae000 16K r-xp /usr/lib/libthreadutil.so.6.0.3
0000007f964b2000 64K ---p /usr/lib/libthreadutil.so.6.0.3
0000007f964c2000 4K rw-p /usr/lib/libthreadutil.so.6.0.3
0000007f964c3000 32K r-xp /usr/lib/libixml.so.2.0.8
0000007f964cb000 64K ---p /usr/lib/libixml.so.2.0.8
0000007f964db000 4K rw-p /usr/lib/libixml.so.2.0.8
0000007f964dc000 120K r-xp /usr/lib/libupnp.so.6.3.2
0000007f964fa000 64K ---p /usr/lib/libupnp.so.6.3.2
0000007f9650a000 4K rw-p /usr/lib/libupnp.so.6.3.2
0000007f9650b000 8K rw-p [ anon ]
0000007f9650d000 92K r-xp /lib/libpthread-2.22.so
0000007f96524000 60K ---p /lib/libpthread-2.22.so
0000007f96533000 4K r--p /lib/libpthread-2.22.so
0000007f96534000 4K rw-p /lib/libpthread-2.22.so
0000007f96535000 16K rw-p [ anon ]
0000007f96539000 112K r-xp /lib/ld-2.22.so
0000007f9655f000 16K rw-p [ anon ]
0000007f96563000 4K r--p [vvar]
0000007f96564000 4K r-xp [vdso]
0000007f96565000 4K r--p /lib/ld-2.22.so
0000007f96566000 8K rw-p /lib/ld-2.22.so
0000007fd72dd000 132K rw-p [stack]
为了您的信息，Upnpd进程根据连接的客户端创建线程。我注意到，对于每个创建的线程，映射了一个65404K的块，例如：0000007f90021000 65404K --- p [anon]
问题： 1-这些集团有什么意义？ 2-为什么我们为每个线程映射这些块？ 3-为什么在杀死一个线程时，这些集团仍然被映射？
答案 0 :(得分：0)
<script type="text/javascript" src="http://code.jquery.com/jquery-1.6.min.js"></script>
<link rel="stylesheet" href="https://cdnjs.cloudflare.com/ajax/libs/bootstrap-table/1.4.0/bootstrap-table.min.css" />
<link rel="stylesheet" href="https://cdnjs.cloudflare.com/ajax/libs/twitter-bootstrap/3.3.1/css/bootstrap.min.css" />
<script src="https://ajax.googleapis.com/ajax/libs/jquery/1.9.0/jquery.min.js"></script>
<script src="https://cdnjs.cloudflare.com/ajax/libs/twitter-bootstrap/3.3.1/js/bootstrap.min.js"></script>
<script src="https://cdnjs.cloudflare.com/ajax/libs/bootstrap-table/1.4.0/bootstrap-table.min.js"></script>
使用pmap文件系统获取信息。以下是关于proc文件的man proc：
这些集团有什么意义？
如果路径名字段为空，则这是通过mmap（2）函数获得的匿名映射。除了通过gdb（1），strace（1）或类似方法运行它之外，没有简单的方法可以将其协调回进程的源。
地址字段是映射占用的进程中的地址空间。 perms字段是一组权限：
/proc/[pid]/maps所以看起来程序在每个线程中都从堆中分配内存。
答案 1 :(得分：0)
这只是一个保留的私人记忆。
--- p权限表示此私有内存分配了PROT_NONE
保留内存它刚刚分配了进程虚拟地址空间，而不是内存。