Запустити процес Linux з дуже низьким пріоритетом?

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

Я спробував запустити з nice -20 ./low_priority_processі , nice --20 ./high_priority_processале ще більш низьким пріоритетом споживає значну кількість ресурсів процесора при високому пріоритеті процес потребує, як я можу запустити процес , який буде дійсно поступатися або навіть автоматично призупинити , коли інший процес з використанням потужності процесора

Подивіться на контрольних груп , він повинен надати саме те , що вам потрібно - резервування CPU (і більше). Я б запропонував прочитати контроль пріоритетності програм, використовуючи групи .

З цього приводу, перекладайте важливі, але часто непрацюючі процеси в групу з виділеним 95% процесора, а інші ваші додатки - в інший з виділеними 5% - ви отримаєте (майже) всю потужність для своїх робочих місць при необхідності, при цьому постійно Процес, який голодує за владу, отримає лише 5% у той час. Коли обчислювальні сплески зникнуть, всі продуктивність процесора буде кинута на решту процесів. Як користь, якщо ви створите спеціальну групу (з мінімальними вимогами до продуктивності) для таких процесів sshd, ви зможете ввійти в систему, незалежно від того, що намагається отримати весь процесор, який він може - деякий час процесора буде зарезервовано sshd.

Якщо пріоритет процесу (хороше значення) низький, він не буде переривати процес з більш високим пріоритетом. Причина ви бачите процес низького пріоритету по- , як і раніше споживають значну кількість ресурсів ЦП, вище пріоритет процес працює тому , що чим вище пріоритет процес не що зайнятий. Можливо, чекаю на IO. Використовуйте chrt -p -i 0 $PIDдля запуску процесу з ще нижчим пріоритетом, ніж nice 19 -p $PID(якщо ми тут говоримо про Linux).

chrt -p -i 0 $PID додає процес у "справжній" планувальник простою.

http://linux.die.net/man/1/chrt

Спробуйте в цьому прикладі запустити процес як низький.

Якщо ти працюєш, то приємно tar xvf asets.zip

Використовуйте

nice tar xvf tools.zip

Після цього видайте

вгорі, щоб стежити за процесом розпакування

ps aux | grep "дьоготь"

Спробуйте щось конкретно з cpulimit

wget -O cpulimit.zip https://github.com/opsengine/cpulimit/archive/master.zip
unzip cpulimit.zip
cd cpulimit-master
make
sudo cp src/cpulimit /usr/bin

cpulimit -l 50 python 0 9999999999> / dev / null &

Для майбутніх прибульців, ось повний приклад niceз стресом .

1. Тестова машина має 2 процесора

$ lscpu
Architecture:        x86_64
CPU op-mode(s):      32-bit, 64-bit
Byte Order:          Little Endian
CPU(s):              2 
On-line CPU(s) list: 0,1
Thread(s) per core:  2
...

2. Встановити stress:apt-get install stress
3. Зробіть 2 процесора зайнятими дзвінками з низьким пріоритетом для стресу: nice -20 stress --cpu 2
4. Перевірте використання процесора за допомогою top:

                                                 v
                                                 v
                                                 v
  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                                                                   
15894 ubuntu    39  19    8240     96      0 R  99.7  0.0   0:06.43 stress                                                                                    
15895 ubuntu    39  19    8240     96      0 R  99.7  0.0   0:06.42 stress                                                                                    

Це показує, що обидва процесора повністю зайняті.

6. Запустіть стрес-процес на єдиному процесорі з високим пріоритетом: nice --20 stress --cpu 1
7. Ще раз перевірте використання процесора за допомогою top

                                                 v
                                                 v
                                                 v
                                                 v
  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                                                                   
15928 ubuntu    20   0    8240    100      0 R  99.7  0.0   0:24.02 stress                                                                                    
15894 ubuntu    39  19    8240     96      0 R  51.2  0.0   1:12.46 stress                                                                                    
15895 ubuntu    39  19    8240     96      0 R  48.8  0.0   1:12.35 stress                                                                                    

Це свідчить про те, що одноядерний стрес-процес отримує свій повний процесор, тоді як процеси з нижчим пріоритетом обидва ділять решту 1 процесора

8. З іншого боку, вбивство всіх вищезазначених stressвикликів та просто запуск одного 3-процесу stress --cpu 3призведе до 66% процесора для кожного