Обмеження процесів не більше 10% від використання процесора

Я працюю в системі Linux, яка має багато користувачів, але іноді трапляються зловживання; де користувач може запустити єдиний процес, який використовує більше 80% процесора / пам'яті.

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

Хоча це може бути зловживанням для пам’яті, це не для процесора: коли процесор простоює, запущений процес (маючи на увазі, що «процес не чекає вводу / виводу або чогось іншого)» 100% час процесора за замовчуванням. І немає ніяких підстав застосовувати ліміт.

Тепер ви можете встановити пріоритети завдяки nice. Якщо ви хочете, щоб вони застосовувались до всіх процесів для певного користувача, вам просто потрібно переконатися, що запускається його оболонка для входу nice: дочірні процеси успадкують niceзначення. Це залежить від того, як користувачі входять у систему. Наприклад, див. Пріоритет для ssh логінів (приємних) .

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

Ще одне рішення - встановити /etc/security/limits.confмежі; перегляньте сторінку чоловіка limit.conf (5). Наприклад, ви можете встановити максимальний час процесора на вхід та / або максимальну кількість процесів на вхід. Ви також можете встановити maxlogins1 для кожного користувача.

приємно / renice

nice є прекрасним інструментом для "одноразових" підключень до системи.

 nice COMMAND

cpulimit

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

cpulimit -l 50 COMMAND

групи

cgroups застосовувати обмеження до набору процесів, а не лише до одного

cgcreate -g cpu:/cpulimited
cgset -r cpu.shares=512 cpulimited
cgexec -g cpu:cpulimited COMMAND_1
cgexec -g cpu:cpulimited COMMAND_2
cgexec -g cpu:cpulimited COMMAND_3

Ресурси

http://blog.scoutapp.com/articles/2014/11/04/restricting-process-cpu-usage-using-nice-cpulimit-and-cgroups

Ви подивилися на групи? У Arch Wiki є деякі відомості про них. Прочитайте розділ про те cpu.shares, схоже, він робить те, що вам потрібно, і вони можуть працювати на рівні користувача, так що ви можете обмежити всі користувацькі процеси одразу.

Для пам’яті те, що ви шукаєте ulimit -v. Зауважте, що ulimitце успадковується дочірніми процесами, тому якщо ви застосовуєте його до оболонки входу користувача під час входу, це стосується всіх його процесів.

Якщо ваші користувачі використовують bashоболонку входу, введення наступного рядка /etc/profileповинно спричинити жорсткий ліміт усіх гігабайт в 1 гігабайт (точніше, мільйон кілобайт):

ulimit -vH 1000000

Цей параметр Hгарантує, що це жорсткий ліміт, тобто користувач не може його потім створити назад. Звичайно, користувач все ще може заповнити пам'ять, запустивши достатньо багатьох процесів одночасно.

Для інших оболонок вам доведеться з’ясувати, які файли ініціалізації вони читають натомість (та яку іншу команду замість ulimitних використовують).

Для процесора те, що ви хочете, для мене, здається, не має сенсу. У чому полягає користь використання 90% ЦП, коли не використовується лише один процес? Я думаю, що те, що ти насправді хочеш, це nice(і можливо ionice). Зауважте, що, як-от ulimit, niceзначення успадковуються дочірніми процесами, тому достатньо застосовувати його до оболонки входу під час входу. Я думаю, що це стосується, ioniceале я не впевнений.

Так як ви заявляєте , що CPULimit НЕ буде практичною в вашому випадку, то я пропоную вам подивитися на славному , Renice і набір завдань , які можуть наблизитися до того , що ви хочете досягти, хоча набір завдання дозволяє встановлювати ПРОЦЕСИ своєї близькість процесора, так це може бути не відразу корисним у вашому випадку.

Оскільки ваші теги є centos, ви можете використовувати systemd.

Наприклад, якщо ви хочете обмежити користувача ідентифікатором 1234:

sudo systemctl edit --force user-1234.slice

Потім введіть і збережіть це:

[Slice] CPUQuota=10%

Наступного разу, коли користувач увійде в систему, це вплине.

Людина сторінки: systemctl, systemd.slice, systemd.resource-control...

Якщо ви хочете обмежити вже запущені процеси, вам доведеться це робити один за одним за допомогою PID, але ви можете мати пакетний сценарій для цього, як описаний нижче:

#!/bin/bash
LIMIT_PIDS=$(pgrep tesseract)   # PIDs in queue replace tesseract with your name
echo $LIMIT_PIDS
for i in $LIMIT_PIDS
do
    cpulimit -p $i -l 10 -z &   # to 10 percent processes
done

У моєму випадку pypdfocrзапускає жадібну tesseract.

Також у деяких випадках ваш процесор був досить гарним, ви можете просто використовувати reniceтакий:

watch -n5 'pidof tesseract | xargs -L1 sudo renice +19'