在具有32GB RAM内存的Centos 7服务器上，我正在运行几个程序，即MySQL，Apache2，PHP。 最近我想validation剩余的RAM数量，因为我正计划安装更多的程序，令我惊奇的是内存的数量很低！ 经过调查，我发现超过20GB被Slab使用。 2天前，我放弃了caching，板坯使用率下降到0，并再次缓慢增加。 当用一个程序监视它时，我注意到线性模式的使用。 在过去的24小时内，它增加了〜5200MB（在60小时内总共增加了13GB）。 磁盘上的数据总量不足40GB。 'find /'的输出仅仅是几MB。 如果caching被caching的话，好像有很多的事情呢？
我有post说NSS是curl的原因。 我检查了安装的NSS版本，它是一个应该修复的版本。
我还发现一些build议使用vfs_cache_pressure的post，但增加它似乎并没有阻止使用率从上升到极高的值。
我想知道小磁盘<50GB的标准内存的正常数量是多less？ 我怎样才能find来源以及如何解决这个问题？
相关图片：
slabtop的屏幕截图： 这里
可回收和高速caching内存的graphics： 在这里
编辑：
# sysctl -n vm.vfs_cache_pressure 10000 （曾经是100，我增加了x100，但内存仍然增加相同的数量）
# find / -type d -size +10M -ls #
（没有输出）
至于cronjobs，除了日常的日志轮换之外，还有一个脚本，它通过几个tcp连接来获取数据并将其存储在一个数据库（Raw sockets，no curl或者其他）中。 除了那个cronjob，还有两个备份的cronjobs每周运行一次。 唯一能够导致I / O的是安装了SMF的apache2 web服务器。 我个人怀疑它可能是mod_rewrite检查文件是否存在或什么的。
完整的内核版本：
Linux #1 SMP Tue Mar 18 14:48:24 CET 2014 x86_64 x86_64 x86_64 GNU/Linux
安装的软件： pastebin
ps aux： pastebin的输出
# strace -fc -e trace=access curl 'https://www.google.com' > /dev/null Process 7342 attached % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 259 100 259 0 0 903 0 --:--:-- --:--:-- --:--:-- 905 % time seconds usecs/call calls errors syscall ------ ----------- ----------- --------- --------- ---------------- 100.00 0.000048 0 7877 7872 access ------ ----------- ----------- --------- --------- ---------------- 100.00 0.000048 7877 7872 total
我总是用top来寻找最大的VSIZE / VSS或RSSstream程，
然后我到/proc/<.PID>/子目录。
并查看最大的攻击目标文件，socket的smaps文件，并且经常，库。