我收到关于我的一个系统 (RHEL6) 的警报,称其交换空间使用率很高。
查看虚拟机后,我确实可以看到交换已充分利用,而我们有足够的可用物理内存,例如:
[root@xxxxxxxxxx ~]# free -h
total used free shared buffers cached
Mem: 11G 5.3G 6.3G 2.6M 196M 560M
-/+ buffers/cache: 4.6G 7.0G
Swap: 4.0G 4.0G 21M
所以我的问题是:
这是否意味着系统在某个时刻耗尽了物理内存,并且“必须”使用这些 4Gb 的额外 SWAP。之后内存被释放,但交换空间仍然很高。
如果是这样的话,有没有办法“清空”该交换?
当运行一个顶部在机器上,通过交换使用情况进行过滤,我可以看到一些使用该交换的进程(特别是顶部的 java2.7克)
top - 14:57:06 up 72 days, 19:54, 4 users, load average: 0.06, 0.02, 0.00
Tasks: 201 total, 1 running, 200 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.2%us, 0.9%sy, 0.0%ni, 97.8%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 12197860k total, 5598708k used, 6599152k free, 201704k buffers
Swap: 4193276k total, 4170820k used, 22456k free, 573636k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ SWAP COMMAND
9180 pcmc03 20 0 7428m 980m 9208 S 0.3 8.2 797:35.54 2.7g java
9474 pcmc03 20 0 3409m 999m 9.8m S 0.0 8.4 492:09.57 513m pmrepagent
9455 pcmc03 20 0 2702m 1.5g 3712 S 0.0 13.0 29:42.06 297m pmrepagent
9383 pcmc03 20 0 4362m 229m 1568 S 0.3 1.9 159:45.77 213m java
9494 pcmc03 20 0 2705m 108m 10m S 0.3 0.9 183:49.58 61m pmserver
7371 root 20 0 231m 69m 2104 S 0.0 0.6 360:27.50 60m prismd.pl
1730 root 20 0 117m 44m 920 S 0.0 0.4 33:45.09 46m rootmon
这是否意味着这个java进程必须在某个时刻使用2.7g的交换空间并保留保留?如果是这样,我想这个系统可能需要额外的内存以避免将来出现类似的情况?
A虚拟机状态不显示任何 si/so。
非常感谢
答案1
是的,看起来你的内存不足。不,不要尝试将其从交换中释放。如果你这样做,它将进入 RAM。然而,可能值得看看哪些进程正在浪费内存,并询问它们是否需要存在?