linux – 在RAM中增加OS缓存,导致高系统CPU使用率

很长的问题,所以请和我一起出去：我遇到了一个我以前从未见过的服务器的奇怪问题.在具有~30G RAM的机器上,应用程序需要~10G(分布在数百个进程中).随着时间的推移,操作系统开始用缓存和缓冲区填充备用RAM( Linux完全正常).我之前看到过这种情况没有任何问题,但是在这台机器上,因为空RAM的数量减少,它会使系统CPU疯狂(在8个CPU中100％,持续约3分钟),大约在256M标记处.我猜测操作系统正在使用所有的CPU来重新调整内存以获得一些可用空间.

根据我对Linux内存管理的理解,它应该在RAM中使用尽可能多的可用空间来进行操作系统级别缓存,然后在需要时将其交给需要它的任何应用程序,并根据过去的经验,这不是一个创伤性的经验对于CPU.它一直在发生.那么为什么它会有所不同呢？

我为相关指标附加了一小部分vmstat输出(每2秒捕获一次).当空闲内存达到~256M时,您可以看到系统CPU(第14列,右起第3列)开始变得繁忙,然后在30秒之后变得非常疯狂.

r    b   swpd  free     buff     cache     si  so  bi   bo    in     cs     us  sy   id  wa
1    0   0     293876   5022848  18797528  0   0   206  1712  20924  12845  29  9    61  1
6    0   0     285324   5022848  18797656  0   0   0    0     18795  11382  23  9    68  0
2    0   0     292320   5022848  18797916  0   0   26   2022  19933  12068  27  10   62  1
3    0   0     264492   5022848  18798196  0   0   14   0     20705  15412  30  9    61  0
3    0   0     254880   5022848  18798804  0   0   190  532   16207  9723   31  8    60  0
17   0   0     255588   5021292  18783092  0   0   24   2     13521  7471   27  42   31  0
3    0   0     288396   5020536  18771496  0   0   0    2     14277  8458   24  29   47  0
4    0   0     299560   5020180  18761296  0   0   0    448   8778   5099   21  30   49  0
2    0   0     290908   5019376  18753656  0   0   0    2     9027   5115   27  19   54  0
7    0   0     306060   5018544  18746740  0   0   38   442   8398   5134   20  17   63  0
1    0   0     317140   5018244  18744252  0   0   46   0     9707   5822   22  17   61  0
4    0   0     282268   5017748  18741836  0   0   12   2     10203  6165   26  12   62  0
1    0   0     322548   5017500  18738024  0   0   2    444   10593  6277   23  16   61  0
4    0   0     314936   5017280  18734564  0   0   6    8     9473   5680   25  15   61  0
13   0   0     316976   5017044  18731128  0   0   0    622   12481  7353   33  17   49  0
5    0   0     324952   5016908  18728552  0   0   10   222   11071  6965   22  13   65  0
2    0   0     324692   5016908  18728344  0   0   0    526   10612  6602   24  10   66  0
3    0   0     312312   5017136  18727644  0   0   156  1050  12316  7472   26  10   63  1
2    1   0     323392   5017260  18726848  0   0   66   26    11643  7152   23  13   64  0
8    1   0     318956   5017124  18723772  0   0   20   518   17042  9543   31  22   46  1
1    0   0     317816   5017124  18725428  0   0   0    2854  11704  6951   21  9    67  3
18   0   0     325136   5014492  18707212  0   0   0    32    7619   3845   16  58   27  0
46   0   0     323508   5012980  18692036  0   0   0    562   3939   917    3   92   5   0
71   0   0     299164   5009680  18675476  0   0   0    6     4696   1304   8   90   1   0
75   0   0     205364   5007744  18657228  0   0   36   340   6699   2556   18  82   0   0
75   0   0     221660   5005956  18636480  0   0   68   0     3942   943    4   95   0   0
84   0   0     223788   5004624  18618380  0   0   0    0     2843   335    3   97   1   0
44   0   0     214956   5002464  18599872  0   0   0    0     4696   1301   5   92   3   0
37   0   0     223804   4999964  18577076  0   0   0    0     3281   521    1   98   0   0
82   0   0     266888   4995768  18557264  0   0   0    1760  4595   766    4   96   1   0
91   0   0     260148   4993964  18541192  0   0   0    0     3780   866    6   94   0   0
74   0   0     279796   4990464  18524980  0   0   0    4     4096   926    4   96   0   0
44   0   0     274796   4984268  18503492  0   0   0    0     6316   2142   3   95   3   0
48   0   0     295616   4981824  18482616  0   0   0    0     2561   227    1   99   1   0

我还包括来自监控工具的屏幕截图,以更直观地显示内存发生了什么.在此图中,底部(紫色)线是RAM中剩余的实际可用空间,每次达到256M时,都会导致CPU峰值.

顺便说一句,在这台机器上禁用交换(如果你无法从vmstats告诉).

更新
提出的更多信息：

> Linux是3.11.0,Ubuntu 13.10
>不是Java应用程序,它是PHP / Apache

解决方法

一个限制是大页面不可交换,但在您的情况下似乎无关紧要.

（编辑：新余站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!