Linux釋放內存的命令：

syncecho 1 > /proc/sys/vm/drop_caches

drop_caches的值可以是0-3之間的數字，代表不同的含義：
0：不釋放（系統默認值）
1：釋放頁緩存
2：釋放dentries和inodes
3：釋放所有緩存

釋放完內存后改回去讓系統重新自動分配內存。

echo 0 >/proc/sys/vm/drop_cachesfree -m #看內存是否已經釋放掉了。

如果我們需要釋放所有緩存，就輸入下面的命令：

echo 3 > /proc/sys/vm/drop_caches

######### Linux釋放內存的相關知識 ###############

在Linux系統下，我們一般不需要去釋放內存，因為系統已經將內存管理的很好。但是凡事也有例外，有的時候內存會被緩存占用掉，導致系統使用SWAP空 間影響性能，例如當你在linux下頻繁存取文件后,物理內存會很快被用光,當程序結束后,內存不會被正常釋放,而是一直作為caching。，此時就需 要執行釋放內存（清理緩存）的操作了。

Linux系統的緩存機制是相當先進的，他會針對dentry（用于VFS，加速文件路徑名到inode的轉換）、Buffer Cache（針對磁盤塊的讀寫）和Page Cache（針對文件inode的讀寫）進行緩存操作。但是在進行了大量文件操作之后，緩存會把內存資源基本用光。但實際上我們文件操作已經完成，這部分 緩存已經用不到了。這個時候，我們難道只能眼睜睜的看著緩存把內存空間占據掉嗎？所以，我們還是有必要來手動進行Linux下釋放內存的操作，其實也就是 釋放緩存的操作了。/proc是一個虛擬文件系統,我們可以通過對它的讀寫操作做為與kernel實體間進行通信的一種手段.也就是說可以通過修改 /proc中的文件,來對當前kernel的行為做出調整.那么我們可以通過調整/proc/sys/vm/drop_caches來釋放內存。要達到釋 放緩存的目的，我們首先需要了解下關鍵的配置文件/proc/sys/vm/drop_caches。這個文件中記錄了緩存釋放的參數，默認值為0，也就 是不釋放緩存。

一般復制了文件后,可用內存會變少，都被cached占用了，這是linux為了提高文件讀取效率的做法：為了提高磁盤存取效率, Linux做了一些精心的設計, 除了對dentry進行緩存(用于VFS,加速文件路徑名到inode的轉換), 還采取了兩種主要Cache方式：Buffer Cache和Page Cache。前者針對磁盤塊的讀寫，后者針對文件inode的讀寫。這些Cache有效縮短了 I/O系統調用(比如read,write,getdents)的時間。"

釋放內存前先使用sync命令做同步，以確保文件系統的完整性，將所有未寫的系統緩沖區寫到磁盤中，包含已修改的 i-node、已延遲的塊 I/O 和讀寫映射文件。否則在釋放緩存的過程中，可能會丟失未保存的文件。

[[email protected] ~]# free -m       total    used    free   shared  buffers   cachedMem:     7979    7897     82     0     30    3918-/ buffers/cache:    3948    4031Swap:     4996    438    4558

第一行用全局角度描述系統使用的內存狀況：

total 內存總數

used 已經使用的內存數，一般情況這個值會比較大，因為這個值包括了cache 應用程序使用的內存

free 空閑的內存數

shared 多個進程共享的內存總額

buffers 緩存，主要用于目錄方面,inode值等（ls大目錄可看到這個值增加）

cached 緩存，用于已打開的文件

第二行描述應用程序的內存使用：
-buffers/cache 的內存數:used - buffers - cached
buffers/cache 的內存數:free buffers cached
前個值表示-buffers/cache 應用程序使用的內存大小，used減去緩存值
后個值表示 buffers/cache 所有可供應用程序使用的內存大小，free加上緩存值

第三行表示swap的使用：
used 已使用
free 未使用

可用的內存=free memory buffers cached。

為什么free這么小，是否關閉應用后內存沒有釋放？
但實際上，我們都知道這是因為Linux對內存的管理與Windows不同，free小并不是說內存不夠用了，應該看的是free的第二行最后一個值：-/ buffers/cache:       3948       4031 ，這才是系統可用的內存大小。

實際項目中的經驗告訴我們，如果因為是應用有像內存泄露、溢出的問題，從swap的使用情況是可以比較快速可以判斷的，但free上面反而比較難查看。我覺得既然核心是可以快速清空buffer或cache，但核心并沒有這樣做（默認值是0），我們不應該隨便去改變它。

一般情況下，應用在系統上穩定運行了，free值也會保持在一個穩定值的，雖然看上去可能比較小。當發生內存不足、應用獲取不到可用內存、OOM錯 誤等問題時，還是更應該去分析應用方面的原因，如用戶量太大導致內存不足、發生應用內存溢出等情況，否則，清空buffer，強制騰出free的大小，可 能只是把問題給暫時屏蔽了，所以說一般情況下linux都不用經常手動釋放內存。

以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持VEVB武林網。