網(wǎng)絡(luò)上面有很多坑爹的文章，誤導(dǎo)不少人，很多人對Linux的很多誤解可能來自于這些廣泛流傳的技術(shù)文章。下面我們推出一個系列來總結(jié)。先從內(nèi)存管理開始。

1. compact_memory

網(wǎng)上常見文字：

compact_memory

只有在啟用了CONFIG_COMPACTION選項才有效。當(dāng)向該文件(/proc/sys/vm/compact_memory)寫入1時，所有的內(nèi)存域都會被壓縮，使空閑的內(nèi)存盡可能形成連續(xù)的內(nèi)存塊。

當(dāng)內(nèi)核編譯參數(shù)設(shè)置了CONFIG_COMPACTION，就會在/proc/sys/vm/compact_memory有入口文件。將1寫入到這個文件，則所有的zones就會進行壓縮，以便能夠盡可能地提供連續(xù)內(nèi)存塊。對于需要分配大頁的時候這個功能非常重要，不過，進程會在需要時直接進行內(nèi)存壓縮（compact memory）。

修正

這里的compact與"壓縮(compress)"沒有半毛錢關(guān)系，compact是使得空閑內(nèi)存更加緊湊的內(nèi)存遷移技術(shù)。實現(xiàn)的效果如下：

假設(shè)紅色和白色分別是空閑和被占用的頁面，經(jīng)過內(nèi)存compaction之前的狀態(tài)為：

那么內(nèi)存的compact行為可以達(dá)到如下目的，空閑內(nèi)存被扎堆了，這樣如果要申請更大的連續(xù)內(nèi)存，則可以滿足：

如果要直譯，compact memory可以翻譯為“內(nèi)存緊湊”。但是絕對不是壓縮，因為zRAM之類的才是采用了壓縮技術(shù)。

2. cached和buffers的區(qū)別

網(wǎng)上常見文字：

Buffers與cached啥區(qū)別

A buffer is something that has yet to be “written” to disk.

A cache is something that has been “read” from the disk and stored for later use

對于應(yīng)用程序來說，buffers/cached 是等于可用的，因為buffer/cached是為了提高文件讀取的性能，當(dāng)應(yīng)用程序需在用到內(nèi)存的時候，buffer/cached會很快地被回收。

所以從應(yīng)用程序的角度來說，可用內(nèi)存=系統(tǒng)free memory+buffers+cached.

修正

此處極容易讓人產(chǎn)生誤解，以為free命令里面的buffers是為了寫而產(chǎn)生，而cached是為了讀而產(chǎn)生。

真實情況下，cached和buffers與讀寫沒有半毛錢關(guān)系，它們都是緩存，唯一的區(qū)別是，如果你cat /dev/sda1 > /dev/null，這樣/dev/sda1內(nèi)容進入buffers，如果你cat /mnt/aaa/bbb.c > /dev/null，則/mnt/aaa/bbb.c的內(nèi)容進入cached。所以，這兩種cache，一個以裸設(shè)備或分區(qū)為背景，一個以文件系統(tǒng)里面的文件為背景，無論讀寫皆然。

buffers主要有2個用戶：

1. 應(yīng)用直接訪問裸分區(qū)

2. 文件系統(tǒng)本身的實現(xiàn)，會認(rèn)為/dev/sda1是個裸設(shè)備，因此文件系統(tǒng)的metadata會緩存到buffers

3. PSS

許多人引用了關(guān)于pss的這個解釋：

https://yq.aliyun.com/articles/24048

修正

這個文檔有3個問題：

1. 兩個進程共享的部分，遠(yuǎn)遠(yuǎn)不是只有共享庫，比如我們在Linux里面開2個bash進程，那么這2個bash，實際是共享1個代碼段；其他的mmap()的時候shared的映射當(dāng)然也是。

2. 共享庫里面的內(nèi)存，也不是都共享，只是代碼段等不會做CoW(寫時拷貝)的內(nèi)存才會跨進程共享。

3. USS去掉的是所有跨進程共享的內(nèi)存，不是只去掉了共享庫。

上圖中的4這片內(nèi)存，是libc的代碼段在內(nèi)存駐留的部分，被3個進程共享；5這段內(nèi)存，是bash的代碼段，被2個進程(1044和1045)指向。在計算PSS的時候，這些都需要被比例化。