kbmemfree kbmemused %memused kbbuffers kbcached kbswpfree kbswpused %swpused kbswpcad
48260 8125832 99.41 196440 2761852 7197688 1190912 14.20 316044
75504 8098588 99.08 198032 2399460 7197688 1190912 14.20 316032
它显示当前使用的14.2%掉期.有趣的是这个%永远不会减少.它继续增加,达到30-40%.我们每周重启服务器.
我认为%swpused在峰值活动期间增加,在低活动期间减少.或者至少保持不变.这看起来像 *** 作系统从未回收交换空间.
免费输出:
免费-m
缓存的总使用的免费共享缓冲区
记忆:7982 7937 45 0 32 2088
– / buffers / cache:5816 2166
交换:8191 1163 7028
所以至少有2克免费拉姆.所以问题是为什么交换空间继续增加而不被 *** 作系统收回?或者如何调试这个以弄清楚什么是hapenning ..
解决方法 如果信息被换出到光盘然后再读回内存,它通常会在交换区域中分配,直到交换空间不足为止.这意味着如果相同的信息需要稍后再次换出并且没有改变, *** 作系统可以从已分配的RAM中删除页面,而无需向磁盘节省时间.
分配给已经读回内存的东西的交换也将被释放
>当根本不再需要相关页面时(即由应用程序释放)
>更改相关页面时(因此光盘上的副本不再是最新的)
>机器在交换空间上运行不足,因此清除RAM中已有的东西以腾出空间
在/ proc / meminfo中查找名为“SwapCached”的行.此条目计算在RAM和交换分区中找到的页面.例如,随机选择一个小VM,我的一个VM的/ proc / meminfo虚拟文件显示:
SwapTotal: 698816 kBSwapFree: 624520 kBSwapCached: 17232 kB
表示分配了74268K的交换空间,但是这些页面的17232K当前也被映射到RAM中(如果其他东西需要空间,可以立即从交换中解除分配).
毫无疑问,坐在那里的页面很久以前就被换掉了,从那时起就再也没有用过了.内核不会因为有一些空闲的RAM来重新加载来自swap的页面,因为空闲的RAM可能更好地用于缓存或缓冲区 – 写入交换的页面通常只在下次需要时重新读取.
如果你想清除swap中的内容,只要你有足够的空闲和/或可用空间(即免费缓存缓冲区(减去cb计数中那些不可用的权利RightThisInstant)),只需将其关闭然后再打开再次使用swapoff -a&&交换-a.
当然,你也可能在某处发生内存泄漏,但这并不是你所看到的行为的唯一解释.
总结以上是内存溢出为你收集整理的不断回收的Linux和Swap空间中的交换大小不断增加?全部内容,希望文章能够帮你解决不断回收的Linux和Swap空间中的交换大小不断增加?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)