Linux的內(nèi)存管理，實際上跟windows的內(nèi)存管理有很相像的地方，都是用虛擬內(nèi)存這個的概念，說到這里不得不罵MS，為什么在很多時候還有很大的物理內(nèi)存的時候，卻還是用到了pagefile. 所以才經(jīng)常要跟一幫人吵著說Pagefile的大小，以及如何分配這個問題，在Linux大家就不用再吵什么swap大小的問題，我個人認為，swap設個512M已經(jīng)足夠了，如果你問說512M的SWAP不夠用怎么辦？只能說大哥你還是加內(nèi)存吧，要不就檢查你的應用，是不是真的出現(xiàn)了memory leak.

在Linux下查看內(nèi)存我們一般用command free
[root@nonamelinux ~]# free
total used free shared buffers cached
Mem: 386024 377116 8908 0 21280 155468
-/+ buffers/cache: 200368 185656
Swap: 393552 0 393552
下面是對這些數(shù)值的解釋：
第二行(mem)：
total:總計物理內(nèi)存的大小。
used:已使用多大。
free:可用有多少。
Shared:多個進程共享的內(nèi)存總額。
Buffers/cached:磁盤緩存的大小。
第三行(-/+ buffers/cached):
used:已使用多大。
free:可用有多少。
第四行就不多解釋了。
區(qū)別：
第二行(mem)的used/free與第三行(-/+ buffers/cache) used/free的區(qū)別。
這兩個的區(qū)別在于使用的角度來看，第一行是從OS的角度來看，因為對于OS，buffers/cached 都是屬于被使用，所以他的可用內(nèi)存是8908KB,已用內(nèi)存是377116KB,其中包括，內(nèi)核（OS）使用+Application(X,oracle,etc)使用的+buffers+cached.
第三行所指的是從應用程序角度來看，對于應用程序來說，buffers/cached 是等于可用的，因為buffer/cached是為了提高文件讀取的性能，當應用程序需在用到內(nèi)存的時候，buffer/cached會很快地被回收。
所以從應用程序的角度來說，可用內(nèi)存=系統(tǒng)free memory+buffers+cached.
如上例：
185656=8908+21280+155468
接下來解釋什么時候內(nèi)存會被交換，以及按什么方交換。
當可用內(nèi)存少于額定值的時候，就會開會進行交換.
如何看額定值（RHEL4.0）：
#cat /proc/meminfo
交換將通過三個途徑來減少系統(tǒng)中使用的物理頁面的個數(shù)：
1.減少緩沖與頁面cache的大小，
2.將系統(tǒng)V類型的內(nèi)存頁面交換出去，
3.換出或者丟棄頁面。(Application 占用的內(nèi)存頁，也就是物理內(nèi)存不足）。
事實上，少量地使用swap是不是影響到系統(tǒng)性能的。

下面是buffers與cached的區(qū)別。
buffers是指用來給塊設備做的緩沖大小，他只記錄文件系統(tǒng)的metadata以及 tracking in-flight pages.
cached是用來給文件做緩沖。
那就是說：buffers是用來存儲，目錄里面有什么內(nèi)容，權限等等。
而cached直接用來記憶我們打開的文件，如果你想知道他是不是真的生效，你可以試一下，先后執(zhí)行兩次命令#man X ,你就可以明顯的感覺到第二次的開打的速度快很多。
實驗：在一臺沒有什么應用的機器上做會看得比較明顯。記得實驗只能做一次，如果想多做請換一個文件名。
#free
#man X
#free
#man X
#free
你可以先后比較一下free后顯示buffers的大小。
另一個實驗：
#free
#ls /dev
#free
你比較一下兩個的大小，當然這個buffers隨時都在增加，但你有l(wèi)s過的話，增加的速度會變得快，這個就是buffers/chached的區(qū)別。