1. 在linux下，查看一個運行中的程序， 占用了多少內存， 一般的命令有
(1). ps aux：
其中 VSZ(或VSS)列 表示，程序占用了多少虛擬內存。
RSS列 表示， 程序占用了多少物理內存。
虛擬內存可以不用考慮，它並不占用實際物理內存。
#ps aux
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.0 0.0 19360 1528 ? Ss Jul18 0:00 /sbin/init
root 2 0.0 0.0 0 0 ? S Jul18 0:01 [kthreadd]
root 3 0.0 0.0 0 0 ? S Jul18 0:00 [migration/0]
root 4 0.0 0.0 0 0 ? S Jul18 74:00 [ksoftirqd/0]
root 5 0.0 0.0 0 0 ? S Jul18 0:00 [migration/0]
root 6 0.0 0.0 0 0 ? S Jul18 0:09 [watchdog/0]
root 7 0.0 0.0 0 0 ? S Jul18 0:15 [migration/1]
root 8 0.0 0.0 0 0 ? S Jul18 0:00 [migration/1]
root 9 0.0 0.0 0 0 ? S Jul18 42:05 [ksoftirqd/1]
root 10 0.0 0.0 0 0 ? S Jul18 0:07 [watchdog/1]
root 11 0.0 0.0 0 0 ? S Jul18 0:02 [migration/2]
root 12 0.0 0.0 0 0 ? S Jul18 0:00 [migration/2]
root 13 0.0 0.0 0 0 ? S Jul18 18:26 [ksoftirqd/2]
root 14 0.0 0.0 0 0 ? S Jul18 0:06 [watchdog/2]
(2). top 命令也可以
其中 VIRT(或VSS)列 表示，程序占用了多少虛擬內存。 同 ps aux 中的 VSZ列
RES列 表示， 程序占用了多少物理內存。同 ps aux 中的RSS列
#top
top - 19:41:09 up 97 days, 10:44, 1 user, load average: 0.04, 0.01, 0.00
Tasks: 424 total, 1 running, 423 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.0%us, 0.0%sy, 0.0%ni, 99.9%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 16333244k total, 5963824k used, 10369420k free, 536076k buffers
Swap: 10485752k total, 0k used, 10485752k free, 1859516k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2762 jbossuse 20 0 17.4g 3.0g 35m S 0.3 19.5 1:48.00 java
12789 root 20 0 15304 1552 972 R 0.3 0.0 0:00.03 top
1 root 20 0 19360 1528 1216 S 0.0 0.0 0:00.99 init
2 root 20 0 0 0 0 S 0.0 0.0 0:01.37 kthreadd
2.在linux下， 查看當前系統占用了多少內存， 一般的命令是 free
其中， free就是系統還有多少內存可以使用。
但由於 linux 系統對內存使用有一個原則， 就是， 內存是寶貴的， 能使用多少就使用多少。 所以， linux會把已經調用過的包緩存起來，放在內存里。
這樣，實際上，可以使用的內存，就可以理解為， free+buffers+cached
3.當你了解完這些命令以后， 再去使用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
502 2762 2682 0 11:54 ? 00:01:48 /opt/wildfly/java64/jdk1.7.0_25/bin/java -D[Standalone] -server -Xms4096m -Xmx8192m -XX:MaxPermSize=512m -Djava.net.preferIPv4Stack=true -Dfile.......
(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
# cat /proc/2762/statm
4569543 795414 9116 1 0 4494492 0
輸出解釋
第一列 size:任務虛擬地址空間大小
第二列 Resident：正在使用的物理內存大小
第三列 Shared：共享頁數
第四列 Trs：程序所擁有的可執行虛擬內存大小
第五列 Lrs：被映像倒任務的虛擬內存空間的庫的大小
第六列 Drs：程序數據段和用戶態的棧的大小
第七列 dt：臟頁數量