linux服务器内存异常,究竟在哪消耗了2.5G?

服务器
今天这个问题是未解之谜,还是挺神奇的,一起来看看吧~以下是一台2核4G的服务器,其中服务器上没运行任何程序,但4G内存就用了2.5G

概述

今天这个问题是未解之谜,还是挺神奇的,一起来看看吧~

1、问题说明

以下是一台2核4G的服务器,其中服务器上没运行任何程序,但4G内存就用了2.5G

 

linux服务器内存异常,究竟在哪消耗了2.5G?

这里用vmstat间隔5秒统计一次,共统计6次

 

linux服务器内存异常,究竟在哪消耗了2.5G?

2、查看内存详细信息

cat /proc/cpuinfo

 

  1. [root@EPMSDB tuned]# cat /proc/meminfo 
  2. MemTotal:        3882316 kB 
  3. MemFree:         1174264 kB 
  4. MemAvailable:    1084616 kB 
  5. Buffers:               0 kB 
  6. Cached:            67764 kB 
  7. SwapCached:            0 kB 
  8. Active:            51984 kB 
  9. Inactive:          56356 kB 
  10. Active(anon):      40888 kB 
  11. Inactive(anon):    16864 kB 
  12. Active(file):      11096 kB 
  13. Inactive(file):    39492 kB 
  14. Unevictable:           0 kB 
  15. Mlocked:               0 kB 
  16. SwapTotal:       2097148 kB 
  17. SwapFree:        2097148 kB 
  18. Dirty:                 0 kB 
  19. Writeback:             0 kB 
  20. AnonPages:         40540 kB 
  21. Mapped:            22772 kB 
  22. Shmem:             17176 kB 
  23. Slab:              25928 kB 
  24. SReclaimable:      10688 kB 
  25. SUnreclaim:        15240 kB 
  26. KernelStack:        1936 kB 
  27. PageTables:         3072 kB 
  28. NFS_Unstable:          0 kB 
  29. Bounce:                0 kB 
  30. WritebackTmp:          0 kB 
  31. CommitLimit:     4038304 kB 
  32. Committed_AS:     260036 kB 
  33. VmallocTotal:   34359738367 kB 
  34. VmallocUsed:      150720 kB 
  35. VmallocChunk:   34359341052 kB 
  36. HardwareCorrupted:     0 kB 
  37. AnonHugePages:      8192 kB 
  38. HugePages_Total:       0 
  39. HugePages_Free:        0 
  40. HugePages_Rsvd:        0 
  41. HugePages_Surp:        0 
  42. Hugepagesize:       2048 kB 
  43. DirectMap4k:       51136 kB 
  44. DirectMap2M:     4143104 kB 

 

linux服务器内存异常,究竟在哪消耗了2.5G?

3、手动释放内存

手动释放缓存后还是占用2.5G空间。

 

linux服务器内存异常,究竟在哪消耗了2.5G?

4、查看进程内存

  1. --按内存使用大小排序 
  2. ps aux|head -1;ps aux|grep -v PID|sort -rn -k +4|head 

可以发现其中tuned占用内存比较多

 

linux服务器内存异常,究竟在哪消耗了2.5G?

5、考虑重启tuned进程

RHEL/CentOS 在 6.3 版本以后引入了一套新的系统调优工具 tuned/tuned-adm,其中 tuned 是服务端程序。

Tuned本质上是一个Linux环境中的后台进程,在运行过程中依据配置内容监控调整系统。监控程序会根据监控的配置内容,监控进程会持续监控结果反馈,调整优化策略。

直接停止tuned进程后无效,还是2.5G占用

  1. systemctl stop tuned 

6、考虑是否有僵死进程

无僵死进程

  1. lsof|grep deleted 

 

linux服务器内存异常,究竟在哪消耗了2.5G?

目前还不知道这2.5G究竟消耗到哪了...莫非是显存问题?但服务器重启后却恢复正常了,继续观察..

责任编辑:未丽燕 来源: 今日头条
相关推荐

2011-03-01 09:05:33

核心网

2010-03-19 16:08:17

2015-07-14 11:09:26

SDN

2023-05-30 14:14:00

2.5G以太网5G

2019-12-05 09:13:18

通信

2015-02-27 10:52:17

SDN

2013-04-10 10:16:32

微信信令微信收费

2021-12-01 07:26:13

领域驱动建模

2024-01-08 08:59:40

传统企业数字化症结

2010-01-12 11:52:40

2011-07-14 13:10:44

负载均衡Nginx

2019-08-09 08:43:02

2021-11-25 14:14:28

加密货币数字货币货币

2017-08-01 08:28:46

4G服务器MySQL

2014-01-08 16:43:20

Hypervisor服务器电源消耗

2010-03-05 14:10:39

Linux服务器内存

2019-06-19 08:59:52

数据库死锁堆栈

2023-03-07 21:41:23

JVM内存服务器

2009-04-14 18:41:21

Nehalem服务器金士顿

2021-11-29 20:44:31

Linux内存进程
点赞
收藏

51CTO技术栈公众号