Як відновити всі потоки (і діти) одного процесу в Linux?

Linux ще не дотримується стандарту POSIX.1, який говорить про те, що a reniceв процесі впливає на "всі потоки системи в процесі", оскільки згідно з документами pthreads (7) "потоки не мають загального приємного значення".

Однак іноді може бути зручно renice"все", пов'язане з певним процесом (одним із прикладів можуть бути дочірні процеси Apache та всі їх нитки). Так,

• як я можу reniceвсі теми, що належать до певного процесу?
• як я можу reniceвсі дочірні процеси, що належать до певного процесу?

Я шукаю досить просте рішення.

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

Використання cgroupкерованого by systemdтакож може бути корисним, але навіть якщо мені цікаво почути про це, я здебільшого шукаю «стандартне» рішення.

EDIT: також, man (7) pthreadsговорить, що "всі потоки в процесі розміщуються в одній групі потоків; всі члени групи потоків мають однаковий PID". Отже, чи можливо навіть reniceте, що не має власного PID?

Ви можете використовувати /proc/$PID/taskдля пошуку всіх потоків заданого процесу, тому ви можете використовувати

$ ls /proc/$PID/task | xargs renice $PRIO

для reniceвсіх потоків, що належать даному процесу.

Цей же спосіб /proc/$PID/task/$PID/childrenможна використовувати для пошуку всіх дочірніх процесів (або, /proc/$PID/task/*/childrenякщо ви хочете, щоб усі дочірні процеси мали всі потоки заданого процесу).

$ cat /proc/$PID/task/$PID/children | xargs renice $PRIO
$ cat /proc/$PID/task/*/children | xargs renice $PRIO

Приємна вартість або акції CPU?

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

Різниця між потоками та процесами

Важливе питання щодо Linux, оскільки документація підтверджує сумніви (наприклад, у потоках немає власного PID).

Примітка: ця відповідь точно пояснює теми Linux.

Якщо коротко: ядро ​​обробляє лише "запущені об'єкти", тобто те, що можна запустити і запланувати . Ядро, ці сутності називають процесами. Потік - це лише певний процес, який ділиться (принаймні) простором пам'яті та обробниками сигналів з іншим.

Кожен такий процес має загальносистемний унікальний ідентифікатор: PID (ідентифікатор процесу). Для так званих потоків його іноді називають TID (ідентифікатор теми), але з точки зору sysadmin (і ядро!), TID і PID - це одне і те ж (вони мають одне і те саме простір імен).

Як результат, ви можете renice кожен "потік" окремо, оскільки у них є власний PID ¹ .

Пошук усіх PID- renice рекурсивно

Нам потрібно отримати ПІД усіх процесів ("нормальних" або "потокових"), які є нащадками (діти або в групі потоків) процесу, що має бути визначений. Це повинно бути рекурсивним (враховуючи дітей дітей).

Відповідь Антона Леонтьєва дає натяк на це: усі назви папок /proc/$PID/task/- це PID-потоки, що містять childrenфайл, у якому перераховані потенційні дочірні процеси.

Однак йому не вистачає рекурсивності, тому ось швидкий та брудний сценарій оболонки, щоб знайти їх:

#!/bin/sh
[ "$#" -eq 1 -a -d "/proc/$1/task" ] || exit 1

PID_LIST=
findpids() {
        for pid in /proc/$1/task/* ; do
                pid="$(basename "$pid")"
                PID_LIST="$PID_LIST$pid "
                for cpid in $(cat /proc/$1/task/$pid/children) ; do
                        findpids $cpid
                done
        done
}

findpids $1
echo $PID_LIST

Якщо процес PID 1234 - той, який ви хочете рекурсивно приємно, тепер ви можете зробити:

renice -n 15 -p $(/path/to/findchildren.sh 1234)

¹ Зауважте, що для відповідності POSIX виклик getpid(2)всередині потоку не дасть вам загальносистемного унікального ідентифікатора (PID) цього об'єкта, що виконується, а швидше PID основного процесу в "групі потоків". Вам потрібно буде зателефонувати gettid(2)замість цього. Дивіться цю відповідь для отримання додаткової інформації.

Ми не повинні плутати PID процесу та ідентифікатор потоку колись написаний TID або в команді ps LPW. sКоманда має опції для відображення потоків, і під topабо htopперемикатися між потоками і процесом в Hлисті. Як раніше розповідав @Totor, з NPTL, яка є поточною реалізацією з ядром> 2.6, всі потоки мають однаковий pid, але вони мають чітку підкладку. Ви показуєте всі потоки процесу:

$ ps -Ljf <pid>

Ці тиди - це назви каталогів /proc/<pid>/task, і навіть якщо renice (1) говорить про те, що аргумент за замовчуванням є pid при застосуванні до pid, він відновлює лише основний потік (це помилка в реалізації Linux, як написано в setpriority (2 ) ), він також може бути застосований до відливу і відновлює нитку. Ось чому відповідь @Anton справедлива.

Але найчастіше існує простіший спосіб досягти бажаного результату, всі ці потоки поділяють той самий pgid, який є pid керівника групи; ви можете відновити їх за допомогою pgid, видавши:

$ renice -g <pgid>

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

$ renice <priority> $(ls -1 /proc/<pid>/task)

або:

$renice <priority> $(ps --no-header -Lo tid <pid>)

Ви також можете дізнатися, що є інші процеси тієї самої групи, ніж процес, який ви хочете відновити, тобто процеси, які мають спільний доступ, мають однаковий pgid. Ви можете використовувати ps (1) , psщо не дозволяє вибирати процеси за лідером групи, але ви можете psзробити це для цього. Процеси з pgid 1908будуть задані командою:

$ ps --no-header axo pid,pgid |sed -n '/^ *[0-9][0-9]*  *1908/s/[0-9][0-9]* *$//p'

або якщо ви віддаєте перевагу awk to sed:

$ ps --no-header axo pid,pgid|awk '{if ($2=="1908") print $1;}'

Я хотів би рекомендувати використовувати аргумент -g (групи процесів) замість -p (ідентифікатори процесу) під час використання renice. Це те ж саме робить і без баш-фу.

тобто

(sudo) renice -n <NEW_PRIORITY> -g <MAIN_PROCESS_ID>

Ось мій сценарій:

pgrep -v <PROCESS_NAME> | sudo xargs renice <NEW_PRIORITY>