free / buffer与cache

       前几天看到有些伙伴傻傻分不清楚buffer与cache的用处,后来发现我也不能很清楚的说出来buffer与cache在不同的地方有什么不同之处,这里就总结了一些关于buffer于cache的区别,如有不完善的地方,请大家指出来。free / buffer与cache

       说到buffer与cache,那就不得不来说说free命令了,先来看一下free命令的执行结果:

       free / buffer与cache

         当我执行了复制的命令后,我们再来看一看内存的变化情况:

       free / buffer与cache

       free / buffer与cache

       执行结束后cached暴增到了218,这是为了提高磁盘存取效率, Linux做了一些精心的设计, 除了对dentry进行缓存(用于VFS,加速文件路径名到inode的转换), 还采取了两种主要Cache方式:Buffer Cache和Page Cache。前者针对磁盘块的读写,后者针对文件inode的读写。这些Cache有效缩短了 I/O系统调用(比如read,write,getdents)的时间。”

       有些人说过一段时间,系统就会自动释放这一部分cached,可是结果并不是这样的, 在过了一段时间之后,cached依然居高不下,在收集了一些大牛的资料之后,我总结了一些小技巧:

       我们可以通过手动来清除缓存,在/下有个proc的文件,/proc是一个虚拟文件系统,我们可以通过对它的读写操作做为与kernel实体间进行通信的一种手段.也就是说可以通过修改/proc中的文件,来对当前kernel的行为做出调整.那么我们可以通过调整/proc/sys/vm/drop_caches来释放内存.操作如下:

       free / buffer与cache
       /proc/sys/vm/drop_caches的值,默认为0
       free / buffer与cache
      手动执行sync命令(描述:sync 命令运行 sync 子例程。如果必须停止系统,则运行 sync 命令以确保文件系统的完整性。sync 命令将所有未写的系统缓冲区写到磁盘中,包含已修改的 i-node、已延迟的块 I/O 和读写映射文件)
       free / buffer与cache
      将/proc/sys/vm/drop_caches值设为3
      free / buffer与cache
      再来运行free命令,发现现在的cached变成 49M了。

      看来这个手动清除的方法还是很有效的free / 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(8) first.

     查了一些英文资料,对于buffer 与cache 的区别是这样描述的:
           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.


      cache 和 buffer的区别:
                Cache:高速缓存,是位于CPU与主内存间的一种容量较小但速度很高的存储器。由于CPU的速度远高于主内存,CPU直接从内存中存取数据要等待一定时间周期,Cache中保存着CPU刚用过或循环使用的一部分数据,当CPU再次使用该部分数据时可从Cache中直接调用,这样就减少了CPU的等待时间,提高了系统的效率。Cache又分为一级Cache(L1 Cache)和二级Cache(L2 Cache),L1 Cache集成在CPU内部,L2 Cache早期一般是焊在主板上,现在也都集成在CPU内部,常见的容量有256KB或512KB L2 Cache。
                Buffer:缓冲区,一个用于存储速度不同步的设备或优先级不同的设备之间传输数据的区域。通过缓冲区,可以使进程之间的相互等待变少,从而使从速度慢的设备读入数据时,速度快的                            设备的操作进程不发生间断。

      Free中的buffer和cache:(它们都是占用内存):
                buffer : 作为buffer cache的内存,是块设备的读写缓冲区
                cache: 作为page cache的内存, 文件系统的cache
      如果 cache 的值很大,说明cache住的文件数很多。如果频繁访问到的文件都能被cache住,那么磁盘的读I/O 比会非常小。
     

原创文章,作者:jk,如若转载,请注明出处:http://www.178linux.com/81653

(2)
jkjk
上一篇 2017-07-17 20:33
下一篇 2017-07-17 23:38

相关推荐

  • Linux基础知识(三)-用户管理组管理,正则grep,文本处理

    1、列出当前系统上所有已经登录的用户的用户名,注意:同一个用户登录多次,只显示一次即可。 2、取出最后登录到当前系统的用户的相关信息。 3、取出当前系统上被用户当作其默认shell的最多的那个shell。 4、将/etc/passwd中的第三个字段数值最大的后10个用户的信息全部改为大写后保存至/tmp/maxusers.txt文件中 5、取出当前主机的IP…

    Linux干货 2016-10-09
  • N25期第五周作业

    1.显示当前系统上root、fedora或user1用户的默认shell grep -E ‘^(root|ftp|sync)’ /etc/passwd|cut -d: -f7 2.找出/etc/rc.d/init.d/functions文件中某单词后面跟一组小括号的行,形如:hello() grep ‘\b.*\b()’ /etc/rc.d/init.d/f…

    Linux干货 2016-12-26
  • Python基础语法习题

    1、~12为什么是-13?解1:12 二进制:0000 1100补码: 0000 1100按位取反 :1111 0011求这个原码,即负数求补码的逆过程:先减1,再取反 (符号位不变)-1 1111 0010取反 1111 1101 还原成十进制-13 2、10^9等于?10^-9等于?解:(1)10^910的二进制:0000 10109的二进制: 0000…

    Linux干货 2018-03-24
  • linux 用户与组管理详解

    ##用户与组的分类 Linux系统对用户分配如下: -系统管理员:root -普通用户:普通用户分为以下两种           系统用户:系统用户通常是不可登陆的,执行某些服务及进程的帐号           登录用户:一般用户,    …

    Linux干货 2017-04-05
  • https实现

    实现https 搭建CA 颁发证书

    2018-01-29
  • 简明 Vim 练级攻略

    vim的学习曲线相当的大(参看各种文本编辑器的学习曲线),所以,如果你一开始看到的是一大堆VIM的命令分类,你一定会对这个编辑器失去兴趣的。下面的文章翻译自《Learn Vim Progressively》,我觉得这是给新手最好的VIM的升级教程了,没有列举所有的命令,只是列举了那些最有用的命令。非常不错。 ——————————正文开始—————————— …

    Linux干货 2015-04-04

评论列表(1条)

  • 马哥教育
    马哥教育 2017-07-27 00:19

    有意思的总结,可见是真正遇到了这个问题,也真正思考了,赞~~继续加油~