尤川豪*_*尤川豪 4 linux wordpress memory-usage oom
我在 Digital Ocean 上为最小的 Droplet 设置了一个 WordPress 几个月。
最近,我的博客疯传(1000+ facebook 分享),服务器需要 50 多秒才能响应。(Google Analytics 显示今天几乎一整天都有大约 40 人同时访问我的博客。)
我询问 Digital Ocean 支持团队,他们告诉我我的 512 MB RAM 太小了。
但我使用“free -m”并看到
total used free shared buffers cached
Mem: 490 465 24 64 94 136
-/+ buffers/cache: 234 256
Swap: 999 0 999
Run Code Online (Sandbox Code Playgroud)
所以我认为我有 256 MB 可用内存?
我告诉他们,他们说“虽然它可能显示 100MB 的可用内存,但这可能只是在它终止了一些服务以节省内存之后。”
但我使用“顶部”并看到
%Cpu(s): 0.3 us, 0.0 sy, 0.0 ni, 99.7 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
Run Code Online (Sandbox Code Playgroud)
我发现CPU保持在92~100% id,所以我认为我的CPU不忙。
那么如何才能找到瓶颈呢?
我想在支付更多升级费用之前知道瓶颈是什么。
小智 5
在研究性能问题时,记住“四大”很重要:
-CPU
-内存 -
磁盘
-网络
我非常喜欢使用atopCPU 和内存利用率、iotop磁盘使用情况和iftop网络流量。请记住,这些指标仅在服务器处于负载状态并遇到此问题时才实时有用。
当请求页面时,上述 4 个大因素中的任何一个都可能导致处理的严重延迟。您提到这个网站是一个博客,但没有提到内容是否是动态生成的,这会为这个等式添加另一层 - 数据库。较长的查询响应时间可能会导致涓滴效应,从而导致页面加载时间较长。