問一下vmdata和vmrss的問題

pgt112you

最近寫了一個程序，這是/proc/[pid]/status里面的部分內(nèi)容
VmPeak:          719544 kB
VmSize:          651928 kB
VmLck:               0 kB
VmHWM:            2628 kB
VmRSS:            2308 kB
VmData:          627036 kB
VmStk:              88 kB
VmExe:             688 kB
VmLib:            3528 kB
VmPTE:             176 kB
VmSwap:              64 kB
Threads:        11

我想問的是
1.為什么vmrss和vmdata差這么多
2.vmdata和程序代碼里的哪部分相關(guān)，是因為我定義的局部變量或者全局變量太多了嗎。
3.程序里面會動態(tài)調(diào)地用動態(tài)鏈接庫，那么在不調(diào)用的時候，動態(tài)鏈接庫的內(nèi)容會算到vmdata里面嗎，還是算到vmlib里面，還是根本哪里都不計算進(jìn)去
4.程序編譯的時候把一些靜態(tài)庫編譯進(jìn)來了，這些靜態(tài)庫會算在vmdata里面嗎，還是算到vmlib里面
5.vmrss的是實際的物理內(nèi)存的使用量，那么vmdata里面的哪些部分會被放到物理內(nèi)存里面呢，按照什么規(guī)則呢
6.能夠vmstk，vmexe，vmlib，vmdata和vmrss這些能夠判斷出程序是否有內(nèi)存泄露嗎

pgt112you

自己頂一下，別沉了。比較急

myworkstation

回復(fù) 1# pgt112you


    回復(fù) 1# pgt112you

VmSize(KB) 任務(wù)虛擬地址空間的大小 (total_vm-reserved_vm)，其中total_vm為進(jìn)程的地址空間的大小，reserved_vm：進(jìn)程在預(yù)留或特殊的內(nèi)存間的物理頁
VmLck(KB) 任務(wù)已經(jīng)鎖住的物理內(nèi)存的大小。鎖住的物理內(nèi)存不能交換到硬盤 (locked_vm)
VmRSS(KB) 應(yīng)用程序正在使用的物理內(nèi)存的大小，就是用ps命令的參數(shù)rss的值 (rss)
VmData(KB) 程序數(shù)據(jù)段的大�。ㄋ�占虛擬內(nèi)存的大�。�，存放初始化了的數(shù)據(jù)； (total_vm-shared_vm-stack_vm)
VmStk(KB) 任務(wù)在用戶態(tài)的棧的大小 (stack_vm)
VmExe(KB) 程序所擁有的可執(zhí)行虛擬內(nèi)存的大小，代碼段，不包括任務(wù)使用的庫 (end_code-start_code)
VmLib(KB) 被映像到任務(wù)的虛擬內(nèi)存空間的庫的大小 (exec_lib)
VmPTE 該進(jìn)程的所有頁表的大小，單位：kb
Threads 共享使用該信號描述符的任務(wù)的個數(shù)，在POSIX多線程序應(yīng)用程序中，線程組中的所有線程使用同一個信號描述符


1、VmRSS是真實正在占用的內(nèi)存，而VmData是虛擬內(nèi)存，大小差異大并沒有什么問題。
2、VmData是指數(shù)據(jù)段的內(nèi)存大小，存放初始化了的數(shù)據(jù)； (total_vm-shared_vm-stack_vm)
3、不調(diào)動態(tài)庫的時候是不計算的(dlopen方式)
4、靜態(tài)庫會編譯為程序本身的一部分，不在VmLib的統(tǒng)計之內(nèi)。
5、參考上面的說明
6、除非有非常明顯的內(nèi)存泄露，如內(nèi)存一直大幅度增長并長時間不釋放，否則單純以來這些值是很判斷真正的內(nèi)在泄露。

   

pgt112you

非常感謝回復(fù) 3# myworkstation