【问题标题】:Memory usage up 105% on mediatemplemediatemple 上的内存使用率增加了 105%
【发布时间】:2012-07-24 16:23:14
【问题描述】:

三个小时前,服务器内存使用率从 60% 左右飙升至 105%。我正在使用具有 512mb RAM 的专用 MediaTemple 服务器。我应该担心吗?为什么会发生这种情况?

任何帮助将不胜感激。

Tasks:  38 total,   2 running,  36 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:    946344k total,   550344k used,   396000k free,        0k buffers
Swap:        0k total,        0k used,        0k free,        0k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
    1 root      15   0 10364  740  620 S  0.0  0.1   0:38.54 init
 3212 root      18   0 96620 4068 3200 R  0.0  0.4   0:00.21 sshd
 3214 root      15   0 12080 1728 1316 S  0.0  0.2   0:00.05 bash
 3267 apache    15   0  412m  43m 4396 S  0.0  4.7   0:03.88 httpd
 3290 apache    15   0  412m  43m 4340 S  0.0  4.7   0:02.98 httpd
 3348 root      15   0  114m  52m 2112 S  0.0  5.6   0:48.94 spamd
 3349 popuser   15   0  114m  50m  972 S  0.0  5.5   0:00.06 spamd
 3455 sw-cp-se  18   0 60116 3216 1408 S  0.0  0.3   0:00.12 sw-cp-serverd
 3525 admin     18   0 81572 4604 2912 S  0.0  0.5   0:01.74 in.proftpd
 3585 apache    18   0  379m  15m 3356 S  0.0  1.7   0:00.01 httpd
 3589 root      15   0 12624 1224  956 R  0.0  0.1   0:00.00 top
 7397 root      15   0 21660  944  712 S  0.0  0.1   0:00.58 xinetd
 9500 named     16   0  301m 5284 1968 S  0.0  0.6   0:00.43 named
 9575 root      15  -4 12632  680  356 S  0.0  0.1   0:00.00 udevd
 9788 root      25   0 13184  608  472 S  0.0  0.1   0:00.00 couriertcpd
 9790 root      25   0  3672  380  312 S  0.0  0.0   0:00.00 courierlogger
 9798 root      25   0 13184  608  472 S  0.0  0.1   0:00.00 couriertcpd

【问题讨论】:

  • 呃,我们应该在这个top 截图中看到什么?它只显示了大约 3.9 亿 可用 内存...
  • ...尽管我不得不承认bufferscached0k奇怪的...
  • MediaTemple 的 (dv) 服务器的默认设置对于一般网站来说非常糟糕。看看Making It Better 系列(尤其是General Apache Tuning)。请注意,如果您不永久关闭这些功能,它们可以在更新后重新打开。
  • @bfrohs:您在评论中发布的链接似乎有问题...
  • @bfrohs:感谢您的帮助。

标签: linux memory-leaks dedicated-server


【解决方案1】:

首先通过相同的 top 命令分析占用大量 CPU 的进程。如果进程是多线程程序,请使用以下 top 命令:

top -H -p "该进程的pid"

它将帮助您找到占用大量 CPU 的线程进行进一步诊断。

【讨论】:

    猜你喜欢
    • 2015-03-14
    • 2015-11-05
    • 1970-01-01
    • 1970-01-01
    • 2017-01-13
    • 2016-11-17
    • 2019-08-10
    • 2017-01-16
    • 1970-01-01
    相关资源
    最近更新 更多