Linux下應用程式到底使用了多少記憶體 ？

一般我們透過top命令檢視IO,Mem使用，由於很多程式是配置的記憶體引數，所以即使真正沒有使用那麼多記憶體，也會被這些程式佔用 。top看到的不是程式實際使用的大小 。

[@more@]

[root@ECSDB ~]# free
total used free shared buffers cached
Mem: 16406396 16370448 35948 0 91624 15534544
-/+ buffers/cache: 744280 15662116
Swap: 16779884 113044 16666840

第二部分(-/+ buffers/cache):
(-buffers/cache) used記憶體數：286M (指的第一部分Mem行中的used - buffers - cached)
(+buffers/cache) free記憶體數: 715M (指的第一部分Mem行中的free + buffers + cached)

可見-buffers/cache反映的是被程式實實在在吃掉的記憶體(見上面 744280k 是實際程式使用的記憶體 ) ，而+buffers/cache反映的是可以挪用的記憶體總數。

資料：

--------------------------------------------------------------------------

.linux的記憶體是很說究的.
如下顯示free是顯示的當前記憶體的使用,-m的意思是M位元組來顯示內容.我們來一起看看.

1. $ free -m

total used free shared buffers cached
Mem: 1002 769 232 0 62 421
-/+ buffers/cache: 286 715
Swap: 1153 0 1153

第一部分Mem行:
total 記憶體總數: 1002M
used 已經使用的記憶體數: 769M
free 空閒的記憶體數: 232M
shared 當前已經廢棄不用，總是0
buffers Buffer 快取記憶體數: 62M
cached Page 快取記憶體數:421M

關係：total(1002M) = used(769M) + free(232M)

第二部分(-/+ buffers/cache):
(-buffers/cache) used記憶體數：286M (指的第一部分Mem行中的used - buffers - cached)
(+buffers/cache) free記憶體數: 715M (指的第一部分Mem行中的free + buffers + cached)

可見-buffers/cache反映的是被程式實實在在吃掉的記憶體，而+buffers/cache反映的是可以挪用的記憶體總數。

第三部分是指交換分割槽, 我想不講大家都明白.

我想大家看了上面,還是很暈.第一部分(Mem)與第二部分(-/+ buffers/cache)的結果中有關used和free為什麼這麼奇怪.
其實我們可以從二個方面來解釋.
對作業系統來講是Mem的引數.buffers/cached 都是屬於被使用,所以它認為free只有232.
對應用程式來講是(-/+ buffers/cach).buffers/cached 是等同可用的，因為buffer/cached是為了提高程式執行的效能，當程式使用記憶體時，buffer/cached會很快地被使用。

所以,以應用來看看,以(-/+ buffers/cache)的free和used為主.所以我們看這個就好了.另外告訴大家一些常識.Linux為了提高磁碟和記憶體存取效率, Linux做了很多精心的設計, 除了對dentry進行快取(用於VFS,加速檔案路徑名到inode的轉換), 還採取了兩種主要Cache方式：Buffer Cache和Page Cache。前者針對磁碟塊的讀寫，後者針對檔案inode的讀寫。這些Cache能有效縮短了 I/O系統呼叫(比如read,write,getdents)的時間。

記住記憶體是拿來用的,不是拿來看的.不象windows,無論你的真實實體記憶體有多少,他都要拿硬碟交換檔案來讀.這也就是windows為什麼常常提示虛擬空間不足的原因.你們想想,多無聊,在記憶體還有大部分的時候,拿出一部分硬碟空間來充當記憶體.硬碟怎麼會快過記憶體.所以我們看linux,只要不用swap的交換空間,就不用擔心自己的記憶體太少.如果常常swap用很多,可能你就要考慮加實體記憶體了.這也是linux看記憶體是否夠用的標準哦.