RSS列 表示， 程序占用了多少物理內存。?虛擬內存可以不用考慮，它并不占用實際物理內存。 (2). top 命令也可以 其中VIRT(或VSS)列 表示，程序占用了多少虛擬內存。 同 ps aux 中的 VSZ列 RES列 表示， 程序占用了多少物理內存。同 ps aux 中的RSS列 2.在linux下， 查看當前系統占用了多少內存， 一般的命令是 free其中， free就是系統還有多少內存可以使用。但由于 linux 系統對內存使用有一個原則， 就是， 內存是寶貴的， 能使用多少就使用多少。 所以， linux會把已經調用過的包緩存起來，放在內存里。這樣，實際上，可以使用的內存，就可以理解為， free+buffers+cached3.當你了解完這些命令以后， 再去使用ps aux 命令去查看的時候， 會發現一個奇怪的現象。 所有的 RSS 列的數據，加起來， 比物理內存的數要大很多。 比如， 物理內存為2G， 而RSS列的數據加起來，可能有5個G之多， 這是怎么回事了？ 這是因為RSS列的值騙了我們。 linux的內存機制是這樣的： 在運行一個程序時， linux會調用該程序依賴的鏈接庫， 如lib.xx.so。 首先看該鏈接庫是否被映射進內存中，如果沒有被映射，則將代碼段與數據段映射到內存中，否則只是將其加入進程的地址空間。 這樣，當N個程序，依賴到lib.xx.so的時候， 實際上，內存中只有一個lib.xx.so ，而不是N個。 而RSS在顯示一個程序占用的實際物理內存時， 將lib.xx.so也算了進來。 比如， X程序， 本身占用內存為5M， lib.xx.so 占用內存2M，lib.xx.so被N個程序共享依賴。 則RSS顯示為，X程序運行，占用內存為7M。 實際上， X程序占用了5M空間。 多余的2m被討入到RSS中了。 當你在用ps aux顯示內存占用情況時， N個共享依賴lib.xx.so的N個程序，都把這2m空間，算在自己的RSS中了， 這樣RSS的sum值，就比實際物理內存多了。 當然， linux的內存使用機制很復雜， 不是一句兩句能說清楚的。這里只是簡單的說明了一下， ps aux中的RSS值， 并不能真實反映物理內存的使用情況。 4. 如果查看更詳細的內存使用情況， 可用以下幾種方法， 或者幾種方法結合使用：這幾種方法，都需要root賬戶的權限(1). pmap -d $pid $pid 是正在運行的程序的pid(2). cat /proc/$pid/smaps smaps的數據比較詳細，可簡單的歸納一下，歸納的命令如下： cat /proc/$pid/smaps | awk '/Size|Rss|Pss|Shared|Private|Referenced|Swap/{val_name=gensub(/([a-zA-Z_]*).*/,"\\1",1,$1); list[val_name]+=$2; }END{for(val in list)print val,list[val];}' (3). cat /proc/$pid/maps(4). cat /proc/$pid/statm輸出解釋第一列 size:任務虛擬地址空間大小 第二列 Resident：正在使用的物理內存大小 第三列 Shared：共享頁數 第四列 Trs：程序所擁有的可執行虛擬內存大小 第五列 Lrs：被映像倒任務的虛擬內存空間的庫的大小 第六列 Drs：程序數據段和用戶態的棧的大小 第七列 dt：臟頁數量(5). vmstat這個命令據說也可以提供一些參考信息，具體還未研究 5.作為phper，嘗試過使用php的函數memory_get_usage()， 該函數也不能得到php當前運行的程序，實際的，真正占用的內存數量。 如果真想得到，php真正占用的內存， 大概只能在, 程序運行的開始，執行一次memory_get_usage(). 在程序運行結束，執行一次memory_get_usage()。 將兩者的值相減，得到的值， 應該是一個相對比較準確的，內存占用數量了。 這個方法還沒有測試， 考慮到， 得到這個數量，也沒有實際意義， 加上平時又比較忙，懶得試了。

總結

以上是生活随笔為你收集整理的java 内存和实际内存_请问更改eclipse内存和更改jvm内存是一会事儿吗？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。