linux内存cached手动释放.docVIP

linux内存cached手动释放 总有很多朋友对于Linux的内存管理有疑问，之前一篇linux下的内存管理方式似乎也没能清除大家的疑虑。而在新版核心中，似乎对这个问题提供了新的解决方法，特转出来给大家参考一下。最后，还附上我对这方法的意见，欢迎各位一同讨论。 当在Linux下频繁存取文件后，物理内存会很快被用光，当程序结束后，内存不会被正常释放，而是一直作为caching。这个问题，貌似有不少人在问，不过都没有看到有什么很好解决的办法。那么我来谈谈这个问题。 一、通常情况先来说说free命令： 查看源代码打印? ·········10········20········30········40········50········60········70········80········901.# free -m 2.total used free shared buffers cached 3.Mem: 249 163 86 0 10 94 4.-/+ buffers/cache: 58 191 5.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。 那么我们来看看，如果我执行复制文件，内存会发生什么变化。 查看源代码打印? ·········10········20········30········40········50········60········70········80········901.# cp -r /etc ~/test/ 2.# free -m 3.total used free shared buffers cached 4.Mem: 249 244 4 0 8 174 5.-/+ buffers/cache: 62 187 6.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再来试试，看看是否有释放？ 查看源代码打印? ·········10········20········30········40········50········60········70········80········901.# free -m 2.total used free shared buffers cached 3.Mem: 249 244 5 0 8 174 4.-/+ buffers/cache: 61 188 5.Swap: 511 0 511似乎没有任何变化。（实际情况下，内存的管理还与Swap有关）那么我能否手动释放掉这些内存呢？回答是可以的！ 二、手动释放缓存/proc是一个虚拟文件系统，我们可以通过对它的读写操作做为与kernel实体间进行通信的一种手段。也就是说可以通过修改/proc中的文件，来对当前kernel的行为做出调整。那么我们可以通过调整/proc/sys/vm/drop_caches来释放内存。操作如下： 查看源代码打印? ·········10········20········30········40········50········60········70········80········901.# cat /proc/sys/vm/drop_caches 2.0首先，/proc/sys/vm/drop_caches的值，默认为0。 查看源代码打印? ·········