echo 3 > /proc/sys/vm/drop_cache

这篇具有很好参考价值的文章主要介绍了echo 3 > /proc/sys/vm/drop_cache。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

手工释放linux内存——/proc/sys/vm/drop_cache

linux的内存查看:

[root@localhost 0.1.0]# free -m
                   total       used       free     shared    buffers     cached
Mem:          4032        694       3337          0          0         25

需要说明的是,mem的used=free+buffers+cached,有些情况是cached占用很多资源,算起来数值就是不对,其实不影响实际使用,下面转载部分有说明如何清除cached的占用(实际上可以不清除,不会影响实际使用)

当在Linux下频繁存取文件后,物理内存会很快被用光,当程序结束后,内存不会被正常释放,而是一直作为caching。这个问题,貌似有不少人在问,不过都没有看到有什么很好解决的办法。那么我来谈谈这个问题。

一、通常情况

先来说说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有关)
那么我能否手动释放掉这些内存呢?回答是可以的!

二、手动释放缓存

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

[root@server test]# cat /proc/sys/vm/drop_caches
0
  • 1
  • 2

首先,/proc/sys/vm/drop_caches的值,默认为0。

[root@server test]# sync
  • 1

手动执行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.

三、我的意见

上述文章就长期以来很多用户对Linux内存管理方面的疑问,给出了一个比较“直观”的回复,我更觉得有点像是核心开发小组的妥协。
对于是否需要使用这个值,或向用户提及这个值,我是有保留意见的:

1、从man可以看到,这值从2.6.16以后的核心版本才提供,也就是老版的操作系统,如红旗DC 5.0、RHEL 4.x之前的版本都没有;
2、若对于系统内存是否够用的观察,我还是原意去看swap的使用率和si/so两个值的大小;

用户常见的疑问是,为什么free这么小,是否关闭应用后内存没有释放?
但实际上,我们都知道这是因为Linux对内存的管理与Windows不同,free小并不是说内存不够用了,应该看的是free的第二行最后一个值:”-/+ buffers/cache: 58 191” 这才是系统可用的内存大小。

实际项目中告诉我们,如果因为是应用有像内存泄露、溢出的问题,从swap的使用情况是可以比较快速可以判断的,但free上面反而比较难查看。相反,如果在这个时候,我们告诉用户,修改系统的一个值,“可以”释放内存,free就大了。用户会怎么想?不会觉得操作系统“有问题”吗?所以说,我觉得既然核心是可以快速清空buffer或cache,也不难做到(这从上面的操作中可以明显看到),但核心并没有这样做(默认值是0),我们就不应该随便去改变它。一般情况下,应用在系统上稳定运行了,free值也会保持在一个稳定值的,虽然看上去可能比较小。当发生内存不足、应用获取不到可用内存、OOM错误等问题时,还是更应该去分析应用方面的原因,如用户量太大导致内存不足、发生应用内存溢出等情况,否则,清空buffer,强制腾出free的大小,可能只是把问题给暂时屏蔽了。

我觉得,排除内存不足的情况外,除非是在软件开发阶段,需要临时清掉buffer,以判断应用的内存使用情况;或应用已经不再提供支持,即使应用对内存的时候确实有问题,而且无法避免的情况下,才考虑定时清空buffer。(可惜,这样的应用通常都是运行在老的操作系统版本上,上面的操作也解决不了)。

测试

[root@testserver ~]# uname -a
Linux testserver 2.6.18-164.el5 #1 SMP Thu Sep 3 03:28:30 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux


[root@testserver ~]# free -m
             total       used       free     shared    buffers     cached
Mem:          2013       1661        352          0        223       1206
-/+ buffers/cache:        231       1782
Swap:         2047          0       2047


[root@testserver ~]# sync
[root@testserver ~]# sync
[root@testserver ~]# cat /proc/sys/vm/drop_caches
0
[root@testserver ~]# echo 3 > /proc/sys/vm/drop_caches
[root@testserver ~]# cat /proc/sys/vm/drop_caches    
3
[root@testserver ~]# free -m
             total       used       free     shared    buffers     cached
Mem:          2013        100       1913          0          0         14
-/+ buffers/cache:         85       1927
Swap:         2047          0       2047
[root@testserver ~]#

参考手工释放linux内存——/proc/sys/vm/drop_cache_skate的博客-CSDN博客_dropvm文章来源地址https://www.toymoban.com/news/detail-780776.html

到了这里,关于echo 3 > /proc/sys/vm/drop_cache的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 记Kubernetes(k8s) 节点kubeadm join报错:[ERROR FileContent--proc-sys-net-ipv4-ip_forward]

    💖The Begin💖点点关注,收藏不迷路💖 这个错误提示显示了一个预检错误,指出 /proc/sys/net/ipv4/ip_forward 的内容未设置为 1。在 Kubernetes 的预安装检查中,这是一个必要的设置,它允许数据包在节点之间进行转发。 要解决这个问题,需要设置 /proc/sys/net/ipv4/ip_forward 的值为 1。

    2024年04月14日
    浏览(86)
  • 在k8s容器中运行dlv attach 报错try writing “0“ to /proc/sys/kernel/yama/ptrace_scope

    执行 dlv --listen=:2345 --headless=true --api-version=2 attach ${pid} 报错 查看容器中/etc/sysctl.d/10-ptrace.conf 文件发现kernel.yama.ptrace_scope = 1 需要改成kernel.yama.ptrace_scope = 1 sed -i \\\'s/kernel.yama.ptrace_scope = 1/kernel.yama.ptrace_scope = 0/g\\\' /etc/sysctl.d/10-ptrace.conf 在容器中修改后发现只在容器中修改不生效

    2024年02月14日
    浏览(50)
  • linux proc系统

    Linux的/proc文件系统是一个特殊的文件系统,它提供了访问内核和进程信息的接口。它不是一个存储在硬盘上的文件系统,而是一个虚拟的文件系统,存在于内存中,用于向用户和进程展示有关系统状态和进程信息的数据。 /proc目录下的文件和子目录提供了对系统状态和进程信

    2024年02月12日
    浏览(38)
  • /proc/cpuinfo详解

    在分析该文件输出之前,我们先理解下几个重要的概念:物理CPU、CPU核心数、逻辑CPU。 物理CPU数(physical id):主板上实际插入的cpu数量,不重复的 physical id 有几个就有多少个物理CPU。 CPU核心数(cpu cores)  :核心又称为内核,是CPU最重要的组成部分。CPU中心那块隆起的芯

    2024年02月07日
    浏览(28)
  • 【Linux】proc文件系统

    【Linux】proc文件系统 前言  一、proc文件系统简介 1.1 proc文件系统是什么? 1.2 proc文件系统的作用和特点 1.3 proc文件系统提供的信息 二、proc文件系统常用节点详述 2.1 /proc/cpuinfo  2.2 /proc/meminfo 2.3 /proc/kallsyms 2.4 /proc/interrupts 2.5 /proc/loadavg 三、总结 重要的环节:带着问题不断前

    2024年02月06日
    浏览(36)
  • /proc/meminfo 是什么文件

    /proc/meminfo 是一个虚拟文件系统,它提供了有关系统内存使用情况的实时信息。这个文件包含了关于系统内存使用情况的详细信息,如已用内存、空闲内存、共享内存、缓存等。 这个文件的内容可以通过以下命令查看: 其中,每一行都代表一个内存项,包含以下字段: MemT

    2024年02月12日
    浏览(34)
  • @echo off 的作用

    表示关闭批处理文件自身的回显,即执行此句之后的命令不会显示出来,只有输出结果会被显示 整体的理解就是 执行的命令不显示了,显示执行命令后的结果 其中, @  表示关闭命令回显功能,即命令执行时不在屏幕上输出命令本身,只输出命令的执行结果。 echo off  表示

    2024年02月06日
    浏览(36)
  • Linux echo命令详解

    目录 第一章:介绍 1、echo 内容 2、echo -n 3、echo -e 第二章:转义的应用 1、主要转义符的应用 2、8进制和16进制的转义符 3、设置文本颜色的转义符 第三章:向文本添加内容  1、覆盖文件 2、文件尾追加 第四章:常用命令 1、输出显示时间 2、输出文件 3、输出声明的参数变量

    2024年02月06日
    浏览(40)
  • Linux下echo命令

    命令概述 echo(显示文字)echo会将输入的字符串送往标准输出,输出的字符串间以空白字符隔开, 并在最后加上换行号; 命令语法 echo [-ne][字符串] / echo [--help][--version] 参数说明 -n 取消自动换行; -e 打开反斜杠ESC转义; a 提示音; b 删除前一个字符; c 最后不加上换行符号

    2023年04月08日
    浏览(33)
  • 一文搞懂linux的proc文件

      目录 proc文件夹是干嘛用? proc下都有什么系统信息?  /proc/bus /proc/buddyinfo /proc/cgroups        /proc/cmdline /proc/consoles /proc/cpuinfo /proc/crypto /proc/devices /proc/diskstats /proc/execdomains /proc/fb /proc/filesystems        /proc/fs /proc/inerrupts /proc/iomem /proc/ioports /proc/irq /proc/kallsyms /proc/keys /pr

    2024年02月03日
    浏览(84)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包