正確解讀free -m

正確解讀free -m
以下顯示free是顯示的當前內存的使用,-m的意思是M字節來顯示內容.咱們來一塊兒看看.

$ 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看內存是否夠用的標準哦.