VPS, который я использую, стал невыносимо медленным. По ssh такие вещи, как смена каталогов или открытие небольших файлов, занимают 5+ секунд. Однако веб-сайт, размещенный на нем, работает с разумной задержкой, если он не считывает из БД больше пары КБ.
Ниже cat /proc/meminfo. Я не системный администратор, но мне это кажется подозрительным. Особенно Активное / Неактивное значение 0. Означает ли это, что чтение с диска не буферизуется? Итак, объясняет ли это (частично?) Проблемы с производительностью? Есть ли простой способ исправить это (у меня есть root-доступ, но нет доступа к панели управления хостинг-провайдера).
РЕДАКТИРОВАТЬ: загрузка ЦП в большинстве случаев равна нулю и, похоже, не влияет на проблемы, которые у меня возникают.
Спасибо.
MemTotal: 4190208 kB
MemFree: 3970416 kB
Buffers: 0 kB
Cached: 0 kB
SwapCached: 0 kB
Active: 0 kB
Inactive: 0 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 4190208 kB
LowFree: 3970416 kB
SwapTotal: 0 kB
SwapFree: 0 kB
Dirty: 0 kB
Writeback: 0 kB
AnonPages: 0 kB
Mapped: 219792 kB
Slab: 0 kB
PageTables: 0 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
CommitLimit: 0 kB
Committed_AS: 1243020 kB
VmallocTotal: 0 kB
VmallocUsed: 0 kB
VmallocChunk: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
Hugepagesize: 2048 kB
Несколько проверок, которые нужно сделать, когда сервер работает медленно:
объем памяти
free -tom (покажет доступную и используемую память)
ИЛИ
сделай то, что ты сделал выше :)
использование процессора
top
Это покажет вам ключевую информацию вверху. Найдите эти числа вверху:
load average: 0.00, 0.00, 0.00
В следующей статье дается хорошее объяснение того, как понимать эти числа: http://blog.scoutapp.com/articles/2009/07/31/understanding-load-averages
Получите список процессов и посмотрите, есть ли несколько потоков для службы (например, httpd или веб-сервер)
ps awwwwfux | less -S
Приведенная выше команда отлично подходит для просмотра всех процессов в древовидном формате.
В зависимости от службы, которая, кажется, не работает, попробуйте прочитать эти журналы, чтобы понять, что может происходить. Помните, что журналы обычно можно найти в / var / log /