如何手工釋放linux內存

　　當在Linux下頻繁存取文件後，物理內存會很快被用光，當程序結束後，內存不會被正常釋放，而是一直做爲caching。這個問題，貌似有很多人在問，不過都沒有看到有什麼很好解決的辦法。那麼我來談談這個問題。

　　1、一般狀況

　　先來講說free命令：

　　引用

　　[root@server ~]# free -m

　　total used free shared buffers cached

　　Mem: 249 163 86 0 10 94

　　-/+ buffers/cache: 58 191

　　Swap: 511 0 511

　　其中：

　　引用

　　total 內存總數

　　used 已經使用的內存數

　　free 空閒的內存數

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

　　buffers Buffer Cache和cached Page Cache 磁盤緩存的大小

　　-buffers/cache 的內存數:used – buffers – cached

　　+buffers/cache 的內存數:free + buffers + cached

　　可用的memory=free memory+buffers+cached。

　　有了這個基礎後，能夠得知，我如今used爲163MB，free爲86MB，buffer和cached分別爲10MB，94MB。

　　那麼咱們來看看,若是我執行復制文件,內存會發生什麼變化.

　　引用

　　[root@server ~]# cp -r /etc ~/test/

　　[root@server ~]# free -m

　　total used free shared buffers cached

　　Mem: 249 244 4 0 8 174

　　-/+ buffers/cache: 62 187

　　Swap: 511 0 511

　　在我命令執行結束後，used爲244MB，free爲4MB，buffers爲8MB，cached爲174MB，天吶，都被cached吃掉了。別緊張，這是爲了提升文件讀取效率的作法。

　　爲了提升磁盤存取效率，Linux作了一些精心的設計，除了對dentry進行緩存（用於VFS，加速文件路徑名到inode的轉換），還採起了兩種主要Cache方式：Buffer Cache和Page Cache。前者針對磁盤塊的讀寫，後者針對文件inode的讀寫。這些Cache有效縮短了 I/O系統調用（好比read，write，getdents）的時間。

　　那麼有人說過段時間，linux會自動釋放掉所用的內存。等待一段時間後，咱們使用free再來試試，看看是否有釋放？

　　引用

　　[root@server test]# free -m

　　total used free shared buffers cached

　　Mem: 249 244 5 0 8 174

　　-/+ buffers/cache: 61 188

　　Swap: 511 0 511

　　彷佛沒有任何變化。（實際狀況下，內存的管理還與Swap有關）

　　那麼我可否手動釋放掉這些內存呢？回答是能夠的！

　　2、手動釋放緩存

　　/proc是一個虛擬文件系統，咱們能夠經過對它的讀寫操做作爲與kernel實體間進行通訊的一種手段。也就是說能夠經過修改/proc中的 文件，來對當前kernel的行爲作出調整。那麼咱們能夠經過調整/proc/sys/vm/drop_caches來釋放內存。操做以下：

　　引用

　　[root@server test]# cat /proc/sys/vm/drop_caches

　　0

　　首先，/proc/sys/vm/drop_caches的值，默認爲0。

　　引用

　　[root@server test]# sync

　　手動執行sync命令（描述：sync 命令運行 sync 子例程。若是必須中止系統，則運行sync 命令以確保文件系統的完整性。sync 命令將全部未寫的系統緩衝區寫到磁盤中，包含已修改的 i-node、已延遲的塊 I/O 和讀寫映射文件）

　　引用

　　[root@server test]# echo 3 > /proc/sys/vm/drop_caches

　　[root@server test]# cat /proc/sys/vm/drop_caches

　　3

　　將/proc/sys/vm/drop_caches值設爲3

　　引用

　　[root@server test]# free -m

　　total used free shared buffers cached

　　Mem: 249 66 182 0 0 11

　　-/+ buffers/cache: 55 194

　　Swap: 511 0 511

　　再來運行free命令，會發現如今的used爲66MB，free爲182MB，buffers爲0MB，cached爲11MB。那麼有效的釋放了buffer和cache。

　　◎ 有關/proc/sys/vm/drop_caches的用法在下面進行了說明

　　引用

　　/proc/sys/vm/drop_caches (since Linux 2.6.16)

　　Writing to this file causes the kernel to drop clean caches,

　　dentries and inodes from memory, causing that memory to become

　　free.

　　To free pagecache, use echo 1 > /proc/sys/vm/drop_caches; to

　　free dentries and inodes, use echo 2 > /proc/sys/vm/drop_caches;

　　to free pagecache, dentries and inodes, use echo 3 >

　　/proc/sys/vm/drop_caches.

　　Because this is a non-destructive operation and dirty objects

　　are not freeable, the user should run sync first.

　　3、個人意見

　　上述文章就長期以來不少用戶對Linux內存管理方面的疑問，給出了一個比較「直觀」的回覆，我更以爲有點像是核心開發小組的妥協。

　　對因而否須要使用這個值，或向用戶說起這個值，我是有保留意見的：

　　引用

　　一、從man能夠看到，這值從2.6.16之後的核心版本才提供，也就是老版的操做系統，如紅旗DC 5.0、RHEL 4.x以前的版本都沒有；

　　二、若對於系統內存是否夠用的觀察，我仍是原意去看swap的使用率和si/so兩個值的大小；

　　用戶常見的疑問是，爲何free這麼小，是否關閉應用後內存沒有釋放？

　　但實際上，咱們都知道這是由於Linux對內存的管理與Windows不一樣，free小並非說內存不夠用了，應該看的是free的第二行最後一個值：

　　引用

　　-/+ buffers/cache: 58 191

　　這纔是系統可用的內存大小。

　　實際項目中告訴咱們，若是由於是應用有像內存泄露、溢出的問題，從swap的使用狀況是能夠比較快速能夠判斷的，但free上面反而比較難查看。

　　相反，若是在這個時候，咱們告訴用戶，修改系統的一個值，「能夠」釋放內存，free就大了。用戶會怎麼想？不會以爲操做系統「有問題」嗎？

　　因此說，我以爲既然核心是能夠快速清空buffer或cache，也不難作到（這從上面的操做中能夠明顯看到），但核心並無這樣作（默認值是0），咱們就不該該隨便去改變它。

　　通常狀況下，應用在系統上穩定運行了，free值也會保持在一個穩定值的，雖然看上去可能比較小。

　　當發生內存不足、應用獲取不到可用內存、OOM錯誤等問題時，仍是更應該去分析應用方面的緣由，如用戶量太大致使內存不足、發生應用內存溢出等狀況，不然，清空buffer，強制騰出free的大小，可能只是把問題給暫時屏蔽了。

　　我以爲，排除內存不足的狀況外，除非是在軟件開發階段，須要臨時清掉buffer，以判斷應用的內存使用狀況；或應用已經再也不提供支持，即便應 用對內存的時候確實有問題，並且沒法避免的狀況下，才考慮定時清空buffer。（惋惜，這樣的應用一般都是運行在老的操做系統版本上，上面的操做也解決 不了）。