如何手动释放Linux内存?

如何手动释放Linux内存?,第1张

Linux释放内存的命令:\x0d\x0async\x0d\x0aecho 1 >/proc/sys/vm/drop_caches\x0d\x0a\x0d\x0adrop_caches的值可以是0-3之间的数字,代表不同的含义:\x0d\x0a0:不释放(系统默认值)\x0d\x0a1:释放页缓存\x0d\x0a2:释放dentries和inodes\x0d\x0a3:释放所有缓存\x0d\x0a\x0d\x0a释放完内存后改回去让系统重新自动分配内存。\x0d\x0aecho 0 >/proc/sys/vm/drop_caches\x0d\x0a\x0d\x0afree -m #看内存是否已经释放掉了。\x0d\x0a\x0d\x0a如果我们需要释放所有缓存,就输入下面的命令:\x0d\x0aecho 3 >/proc/sys/vm/drop_caches\x0d\x0a\x0d\x0a######### Linux释放内存的相关知识 ###############\x0d\x0a\x0d\x0a在Linux系统下,我们一般不需要去释放内存,因为系统已经将内存管理的很好。但是凡事也有例外,有的时候内存会被缓存占用掉,导致系统使用SWAP空 间影响性能,例如当你在linux下频繁存取文件后,物理内存会很快被用光,当程序结束后,内存不会被正常释放,而是一直作为caching。,此时就需 要执行释放内存(清理缓存)的 *** 作了。\x0d\x0a\x0d\x0aLinux系统的缓存机制是相当先进的,他会针对dentry(用于VFS,加速文件路径名到inode的转换)、Buffer Cache(针对磁盘块的读写)和Page Cache(针对文件inode的读写)进行缓存 *** 作。但是在进行了大量文件 *** 作之后,缓存会把内存资源基本用光。但实际上我们文件 *** 作已经完成,这部分 缓存已经用不到了。这个时候,我们难道只能眼睁睁的看着缓存把内存空间占据掉吗?所以,我们还是有必要来手动进行Linux下释放内存的 *** 作,其实也就是 释放缓存的 *** 作了。/proc是一个虚拟文件系统,我们可以通过对它的读写 *** 作做为与kernel实体间进行通信的一种手段.也就是说可以通过修改 /proc中的文件,来对当前kernel的行为做出调整.那么我们可以通过调整/proc/sys/vm/drop_caches来释放内存。要达到释 放缓存的目的,我们首先需要了解下关键的配置文件/proc/sys/vm/drop_caches。这个文件中记录了缓存释放的参数,默认值为0,也就 是不释放缓存。\x0d\x0a\x0d\x0a一般复制了文件后,可用内存会变少,都被cached占用了,这是linux为了提高文件读取效率的做法:为了提高磁盘存取效率, Linux做了一些精心的设计, 除了对dentry进行缓存(用于VFS,加速文件路径名到inode的转换), 还采取了两种主要Cache方式:Buffer Cache和Page Cache。前者针对磁盘块的读写,后者针对文件inode的读写。这些Cache有效缩短了 I/O系统调用(比如read,write,getdents)的时间。"\x0d\x0a\x0d\x0a释放内存前先使用sync命令做同步,以确保文件系统的完整性,将所有未写的系统缓冲区写到磁盘中,包含已修改的 i-node、已延迟的块 I/O 和读写映射文件。否则在释放缓存的过程中,可能会丢失未保存的文件。\x0d\x0a\x0d\x0a[[email protected] ~]# free -m\x0d\x0a total used free sharedbuffers cached\x0d\x0aMem: 7979 7897 82 0 30 3918\x0d\x0a-/ buffers/cache: 3948 4031\x0d\x0aSwap: 4996438 4558\x0d\x0a\x0d\x0a第一行用全局角度描述系统使用的内存状况:\x0d\x0atotal 内存总数\x0d\x0aused 已经使用的内存数,一般情况这个值会比较大,因为这个值包括了cache 应用程序使用的内存\x0d\x0afree 空闲的内存数\x0d\x0ashared 多个进程共享的内存总额\x0d\x0abuffers 缓存,主要用于目录方面,inode值等(ls大目录可看到这个值增加)\x0d\x0acached 缓存,用于已打开的文件\x0d\x0a\x0d\x0a第二行描述应用程序的内存使用:\x0d\x0a-buffers/cache 的内存数:used - buffers - cached\x0d\x0abuffers/cache 的内存数:free buffers cached\x0d\x0a前个值表示-buffers/cache 应用程序使用的内存大小,used减去缓存值\x0d\x0a后个值表示 buffers/cache 所有可供应用程序使用的内存大小,free加上缓存值\x0d\x0a\x0d\x0a第三行表示swap的使用:\x0d\x0aused 已使用\x0d\x0afree 未使用 \x0d\x0a\x0d\x0a可用的内存=free memory buffers cached。\x0d\x0a\x0d\x0a为什么free这么小,是否关闭应用后内存没有释放?\x0d\x0a但实际上,我们都知道这是因为Linux对内存的管理与Windows不同,free小并不是说内存不够用了,应该看的是free的第二行最后一个值:-/ buffers/cache: 3948 4031 ,这才是系统可用的内存大小。\x0d\x0a实际项目中的经验告诉我们,如果因为是应用有像内存泄露、溢出的问题,从swap的使用情况是可以比较快速可以判断的,但free上面反而比较难查看。我觉得既然核心是可以快速清空buffer或cache,但核心并没有这样做(默认值是0),我们不应该随便去改变它。\x0d\x0a一般情况下,应用在系统上稳定运行了,free值也会保持在一个稳定值的,虽然看上去可能比较小。当发生内存不足、应用获取不到可用内存、OOM错 误等问题时,还是更应该去分析应用方面的原因,如用户量太大导致内存不足、发生应用内存溢出等情况,否则,清空buffer,强制腾出free的大小,可 能只是把问题给暂时屏蔽了,所以说一般情况下linux都不用经常手动释放内存。

ps (英文全拼:process status)命令用于显示当前进程的状态,类似于 windows 的任务管理器。

发现好多npm相关的

查看进程

ps -eo rss,pid,user,command --sort -rss | grep npm

sudo kill -9 [pid]

卸载云镜命令

bash /usr/local/qcloud/YunJing/uninst.sh

卸载云监控命令 (barad_agent top中查看到的进程名称)

wget -qO- https://raw.githubusercontent.com/littleplus/TencentAgentRemove/master/remove.sh | bash

然后手动kill掉 barad_agent 对应的进程

rm -rf /usr/local/qcloud

清理页面缓存

echo 1 >/proc/sys/vm/drop_caches

清理目录缓存和inodes

echo 2 >/proc/sys/vm/drop_caches

清理pagecache、dentries和inodes

echo 3 >/proc/sys/vm/drop_caches

清理文件系统缓存和清理僵尸(zombie)对象和它们占用的内存

sync

free -h

优化前

优化后

会报错 No space left on device

查看磁盘使用情况使用 df命令 (英文全拼:disk free)

最常用的命令 df -h

使用du命令查看指定的目录或文件所占用的磁盘空间(英文全拼:disk usage)

优化后

在Linux中每次用free查看的时候,发现free的空间都只有500M左右。同样的环境32G只剩下这点,64G的也只剩下这么一点。后来发现都被Cache占用了,因为服务器上运行了Kafka环境,每周的日志文件都有一二百G的,估计就是他占用了page cache吧。

Free中的buffer和cache:(它们都是占用内存):

buffer : 作为buffer cache的内存,是块设备的读写缓冲区

cache: 作为page cache的内存, 文件系统的cache

如果 cache 的值很大,说明cache住的文件数很多。如果频繁访问到的文件都能被cache住,那么磁盘的读IO bi会非常小。

Linux内核会在内存将要耗尽的时候,触发内存回收的工作,以便释放出内存给急需内存的进程使用。也可以用动释放,释放的时候需要对cache中的数据跟对应文件中的数据一致。

释放的方式有下以几种

一般情况下释放pagecache就可以了。这样可以写一个sh脚本来在服务器空闲的时候定时执行

使用crontab来设置定时任务,如每天4点开始清理

本文参考: https://www.jianshu.com/p/9b9f4917fb2e


欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/tougao/6066412.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-03-13
下一篇 2023-03-13

发表评论

登录后才能评论

评论列表(0条)

保存