килять 100% cpu бинарники из баша

Стандартного способа нет, так как поведение программы при котором она ест 100% проца и ее нужно килять — не является нормальным.

Если очень нужно то monit имеет такое. Если лень разбираться с ним — пиши скриптик на 10 строк.

есть ли какой-то стандартный способ

Есть - отказаться от ущербного подхода к архитектуре. Перестать задалбывать вопросами по XY-проблемам и не слушать советы.

Просто создай тему с описанием что ты делаешь, а не с проблемами. Тогда, скорее всего тебе помогут.

я делаю то, чего до меня никто не делал

про monit спасибо
посмотрю

Если гонять строки через файлы - ещё и не такое может быть))

Ой, да ладно. Судя по «отрывкам из обрывков» всё это давно реализовано, и может быть даже в nginx.

теперь нужно придумать как килять бинари которые зафризались

если бы " всё это давно реализовано" моих тредов бы не было

Не знаю в тему ли, но у меня повешен на хоткей xkill. Когда приложение вдруг перестает реагировать на действия - жму хоткей, указатель мыши меняется на красивый ☠️, далее ЛКМ по зависшему окну.

Обычно проблема решается перезапуском приложения.

У него 10_000 бинарей.

я навелосипедить на баше тоже могу

тред про стандартные решения в юниксах

что неужели никто не сделал тулзу как omm только для cpu

Переписать бинари, чтобы не фризились

Пошукай опции systemd, вроде он может всякие квоты на ресурсы и всё такое

это невозможно

В лексиконе комсомольца не должно быть такого слова

что неужели никто не сделал тулзу как omm только для cpu

так в отличии от переполнения памяти для процессора загрузка до 100% обычное дело. Процесс убивают без причины в таком случае очень редко или если приложение виснет

а если таких процессов будет 10000 - они просто повесят сервер

10 тысяч процессов свидетельствуют об архитектурной ошибке

если будешь без разбора убивать все что достигло 100% повиснет вся система, а не только сервер

И при этом не один не будет жрать 100% времени процессора, если только у вас там не 10000 cpu.

ИМХО, если уж килять, то те процессы, которые всё время в состоянии (R)unning.

что неужели никто не сделал тулзу как omm только для cpu

Не сделали по причине «ненужно». Если что-то кушает 100% CPU значит оно ему нужно, и это нормально, однако это не значит, что все остальные процессы простаивают в это время.

10 тысяч процессов свидетельствуют об архитектурной ошибке

Та пускай себе экспериментирует. Человек познает мир.

Когда запустит 10к процессов под нагрузкой, после долгих мучений и страданий поймет, что на переключение между процессами система тратит ресурсов больше чем на сами процессы. Во будет для него открытие.

Да он про свои, особенные процессы, которых очень много, но им не положено кушать много CPU.

нет никакой архитектурной ошибки

а если таких процессов будет 10000 - они просто повесят сервер

Если нравится ходить по граблям, ограничивай их через контрольную группу.

я буду грепать по имени своих бинарей

они начинают есть 100 только если фризятся
я буду на баше велосипедить

top -b -n1 | grep binary_name | awk '{print $1,int($9)}' 

на тысяче пока всё работает

контрольные группы это интересно

другое дело. Тогда можно просто выцепить нагрузку на проц в скрипте. Имхо даже не костыль

top -b -n1 | grep binary_name | awk '{print $1,int($9)}' 

осталось нагуглить как сравнивать второй столбец с 90 и если если true то передавать в kill pid

я на stackoverflow сразу наткнулся на кучу решений, просто подумал что бред

да норм

что за куча решений

как грепать процессы в топе cpu usage

Если вы дотянулись до awk, то grep тут явно лишний. if в awk выглядит похожим на Си, да и kill можно из awk через system() вызывать...

top -b -n1 | awk '/^[0-9]/{if ( $9 > 0.02 ) {print $1,$9; system("ls -l /proc/"$1"/fd")}}'

Но лучше скрипт awk оформлять отдельным файлом, чтобы переводы строк были.

ну тогда nice/renice

за вариант спасибо

top...

Изврещенец? Чем ps не угодил?

ps неправильно считает нагрузку на cpu

он не покажет скачек cpu до 100

Поддержу тех, кто говорит что это плохая идея.

Причиной беспокойства по CPU является

1. большой load average - больше количества ядер
2. большой steal rate - больше 5%, это если у тебя виртуальная машина

В остальных случаях нужно сначала смотреть на другие показатели. Например, свопирование, проблемы с дисковым IO, да и вообще с железом/драйверами, zombie-процессы (хотя ЕМНИП такие процессы CPU не потребляют, но индикацией проблемы являются) и т. п.

Если проблем не выявлено, то высокое потребление CPU является нормой для данного процесса (ну, при условии отсутствия багов в коде). Если мешает другим процессам, то смотреть в сторону понижения приоритета, ограничения с помощью cgroups, или как более простой но более грубый вариант, сделать чтобы процесс занимал только одно ядро - CPU affinity (см. taskset).

renice слишком мягко для таких плохих процессов, загонять их в самый низ в SCHED_IDLE через команду ″chrt -i″.

Мопед не мой, я просто показывал, как в awk делается сравнение и, что awk заменяет grep, что можно обойтись без кучи pipe'ов.

как nice/renice может заставить бинарник не есть 100% cpu?

думаете 10000 процессов которые едят 100% cpu можно заставить не фризать систему изменением их приоритета?

При условии отсутствия багов в коде

это явно не наш случай

думаете 10000 процессов которые едят 100% cpu можно заставить не фризать систему изменением их приоритета?

Зависит от того, что считать фризом и какой приоритет у тех процессов которые не должны фризится.

Согласен!

всем спасибо за участие в итоге я навелосипедил на баше и успокоился


думаю буду просто пускать баш по крону раз в минуту да и всё

Мне кажется, для такого неплохо бы создать статью уголовного кодекса