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

相关推荐

  • 文本查找相关命令简单介绍

    文件查找命 在文件系统上查找符合条件的文件 非实时查找:基于索引查找 locate 实时查找:find locate介绍 依赖于事先构建的索引:索引的构建是在系统较为空闲时自动进行(周期性任务):手动更新数据库(updatedb) 索引构建过程需要遍历整个根文件系统,极消耗资源,生产中尽量避免手动更新。 语法: locate KEYWORD -i:忽略大小写…

    Linux干货 2017-04-10
  • Linux系统启动过程中grub故障与修复(一)

    GRUB 是引导装入器 — 它负责装入内核并引导 Linux 系统。GRUB 可以引导多种操作系统,如Linux、 DOS、 Windows 。 GRUB共分为三个阶段:stage1主要负责BIOS和GRUB之间的交接,载入存放于各个分区中的开机文件;stage1.5是连接stage1和stage2之间的通道,起着过渡的作用,负责识别stage2所在/bo…

    2017-09-03
  • 文本处理工具练习及作业

    练习1: 1、找出ifconfig “网卡名” 命令结果中本机的IPv4地址 ifconfig |head -n 2 |tail -n 1|tr -s ” ” : |cut -d: -f4 2、查出分区空间使用率的最大百分比值 df|tr -s ‘ ‘ %|sort -t% -k5 -n|tail -n 1|c…

    2017-07-29
  • 20171123 Shell编程

    Shell编程的基本知识点

    2017-11-23
  • grep是个什么鬼

    正则表达式   一个正则表达式是一个描述了一个字符串集合的模式。正则表达式的构造类似于算术表达式,使用各种各样的操作符来将更小的表达式连在一起。 Grep能理解两种不同版本的正则表达式语法:“basic”和“extended”。在GNU grep中,两种语法可以实现的功能是没有区别的。在其他实现中,基本(basic)正则表达式表达能力要弱一点。下面…

    Linux干货 2017-04-17
  • 马哥教育网络班21期第6周作业

    1、复制/etc/rc.d/rc.sysinit文件至/tmp目录,将/tmp/rc.sysinit文件中的以至少一个空白字符开头的行的行首加#; %s/^[[:space:]]\+/#& 2、复制/boot/grub/grub.conf至/tmp目录中,删除/tmp/grub.conf文件中的行首的空白字符; %s/^[[:space:]]\+/ …

    Linux干货 2016-12-05

评论列表(1条)

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

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