Будь-яка утиліта для пошуку джерела завантаження / середнього завантаження системи за певний період?


12

Запускаючи вершину, htop, час роботи та ін., Ми можемо бачити середнє навантаження як три значення, що вказують на середнє навантаження за останні 1/5/15 хвилин ( ну не дуже , але це не питання тут).

Іноді я помічу, що у мене досить високе середнє навантаження за останні 15 хвилин, але поточне навантаження дуже низьке. Чи є утиліта / програма, яка може перелічити процеси (навіть якщо їх більше не існує), які витратили найбільше часу процесора за останні 1/5/15 хвилин (або якийсь подібний період)?

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

Наскільки я знаю, запуск htop та сортування за часом не можуть мені тут допомогти, оскільки якщо комп'ютер увімкнено деякий час, то найвищі значення не обов'язково матимуть відношення до недавнього минулого.


яку ОС ви працюєте?
Карлсон

Я прагну випробувати різні дистрибутиви GNU / Linux, але в основному я використовую openSUSE.
Quantumboredom

Відповіді:


11

Я пропоную використовувати atop. Це демон, який збирає всю "верхню" інформацію кожні 10 хвилин за замовчуванням, і ви можете просто повернутися назад у часі, переглядаючи ці "верхні" знімки. Відрегулюйте інтервал за замовчуванням за вашими потребами (якщо це потрібно частіше, витрачається більше місця на диску)

Лише вчора я відповів на подібне запитання , в яке я включив дуже короткий спосіб роботи.


вгорі здається абсолютно ідеальним, велике спасибі!
Quantumboredom

так що це не буде показувати, скажімо, значення навантаження, спричинене конкретними підами, але це покаже це таким чином, що ми можемо якось здогадатися, як, наприклад, порядок використання процесора є найбільш клопітким додатком? Цікаво, як atopінформація може допомогти здогадатися, як складаються значення навантаження (підсумовуються)? Іншими словами, що цей алгоритм (з htop) робить для складання середнього значення навантаження та чому він не відображається в процесі? (Я думаю, що це може заслужити нову нитку?)
Водолій Сила

@AquariusPower Це дійсно заслуговує нового питання. Середні показники навантаження на машини розраховуються за багатьма факторами, не дуже важливими для цього питання.
gertvdijk

7

Судячи з вказівки на htop, я вважаю, що ви працюєте з Linux.

Ви можете подивитися на утиліту під назвою sar , яка часто використовується в Solaris, але я рідко бачив її у використанні в Linux. Він здатний записувати діяльність системи протягом дня, а потім повідомляти про неї через різні проміжки часу. Ви також можете подивитися на Orca, але статистика даних залишається в кожній системі.

Якщо вам потрібні дані за кожний процес, очевидно, платні продукти, такі як TeamQuest .


4

Якщо ви не встановите інструмент збору даних, відповідь "ні", немає такої вбудованої утиліти, яка б реєструвала використання різних ресурсів.

З іншого боку, кожна установка Linux постачається з утилітою sar, яка стосується теми, про яку ви говорите. Я не збираюся вникати в будь-які деталі того, як ви збираєте дані та як витягаєте ці дані для звітності, оскільки потреби кожного сервера та кожної організації різні.

Увійдіть на свій сервер і починайте читати чоловічу сторінку sarкоманди. Потім проведіть пошук у Google, як ефективно використовувати sar. І за короткий час ви зможете налаштувати утиліту збору даних. Якщо ви зіткнулися з проблемою, ви просто викопаєте журнали sar за вказаний проміжок часу і виявите, який ресурс використовувався вище, ніж зазвичай, тощо.

Це неоціненний інструмент, щоб переконати керівництво вкласти трохи грошей на придбання / оновлення обладнання, якщо ви постійно набираєте 75% або вище використання, і немає іншого способу довести це їм. Існують навіть макроси Excel, які дозволяють робити графічні (читати як "менеджмент говорять") звіти із необроблених даних sar, якщо я не помиляюся.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.