Висока середня завантаженість, низький процесор

11

Мій сервер сповільнився, і я не знаю чому.

Друк зверху:

top - 14:32:50 up 639 days,  6:30,  1 user,  load average: 67.93, 70.63, 79.85
Tasks: 245 total,   1 running, 244 sleeping,   0 stopped,   0 zombie
Cpu(s):  3.9% us,  0.5% sy,  0.0% ni, 94.5% id,  1.0% wa,  0.0% hi,  0.0% si
Mem:   1034784k total,  1021256k used,    13528k free,     4360k buffers
Swap:  1023960k total,   635752k used,   388208k free,    36632k cached

vmstat 10 6

procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in    cs us sy id wa
 0 110 795604  12328   3980  46676    0    0     0     0    0     0  4  1 95  1
 0 97 788848  12052   3960  46256 2985   33  3323    33  429     0  2  1  0 97
 0 119 782660  13992   4096  45740 2780   14  2995   360  435     0  2  1  1 96
 0 121 775924  15600   3724  42796 3084    0  3443   136  440     0  2  1  0 98
 0 113 769392  13576   3476  41968 3002    0  3458     7  426     0  2  1  0 97
 0 113 762284  12440   3332  34884 3151    0  3553    61  427     0  2  1  0 97

doitprod2: / var / log # grep -c процесор / proc / cpuinfo

іостат 2

 tps   Blk_czyt/s   Blk_zapis/s  Blk_czyt   Blk_zapis
sda             166,00      7128,00        52,00      14256        104

Ок, після вбивства та запуску деяких процесів зараз добре. Thx для вашої допомоги все одно.

debian load-average

— Камілос
джерело

Ви можете включити вихід vmstat 10 6? (для запуску знадобиться 60 секунд), а такожgrep -c processor /proc/cpuinfo

— Джеймс C

Відповіді / коментарі на сервері defaultfault.com/q/482832/58957 перелічують більше причин та пояснень цих симптомів.

— Миколай

10

Напевно у вас є процеси в UNINTERRUPTIBLE_SLEEPстані, зазвичай вони перебувають у такому стані, оскільки вони чекають на щось із апаратного забезпечення, наприклад, з читання з диска. Ці процеси ефективно сплять (у вас є 244 сплячих процесів), але вони входять до розрахунку середньої навантаження. Перевірте IO свого сервера vmstatта перевірте, чи є у вас багато Dстатусів topабо psдля підтвердження.

EDIT: Побачення vmstatрезультатів додатково підтверджує проблему IO. У вашій bколоні procsпоказано в середньому 100 процесів безперебійного сну. Ваш biстовпець (блоки, що читаються з блочного пристрою) дуже високий, як і siстовпець (пам'ять, зчитувана з swap / диска). Нарешті, під cpuзаголовком waстовпця видно, що ваш процесор витрачає понад 90% на очікування завершення IO.

Ви повинні перевірити, чому у вас виникають проблеми з IO. Це може бути недостатня потужність сервера, запущені процеси та деякі інші причини, але це остаточно IO.

— coredump
джерело

1

Ви можете почати шукати відповідальних за допомогою iotop( apt-get install iotop). Крім того, у звичайному верхньому сортуванні за допомогою використання пам'яті натисканням кнопки O (це велика літера), потім n, а потім введення. Найкращі користувачі пам'яті можуть нести відповідальність за всі заміни.

— Едуардо Іванець

2

Перевірте, чи є у вас 1,0% ваші зверху, якщо він стає високим. Оскільки ви потрапили у файл swap, процеси можуть чекати вводу-виводу

Перевірте, cat /proc/sys/fs/file-nrчи перше число близьке до третього (відкриті файли проти загально відкритих файлів).

Ви на VPS?

— pataroulis
джерело

/ proc / sys / fs / file-nr 3600 0 102712

— Камілос

Ймовірно, це би пролило трохи світла, якби ви могли поділитися типом програмного забезпечення, яке ви працюєте на сервері. (наприклад, апаш, томат, риба-скло тощо). Але, звичайно, більше таран (подвійний або більше) дасть вашій машині приємний імпульс.

— pataroulis

2

Iowait (вказаний в останньому стовпчику як "wa"), показаний на виході vmstat, дуже високий. І зараз відбувається велика кількість підказок (сторінки даних, що переміщуються між фізичною пам'яттю та свопом на диску).

Ця машина отримала б вигоду від більшого фізичного тарана.

— Джеймс С
джерело