如何手工释放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。（惋惜，这样的应用一般都是运行在老的操做系统版本上，上面的操做也解决 不了）。