Jak przywrócić wszystkie wątki (i dzieci) jednego procesu w systemie Linux?

Linux nie (jeszcze) postępuje zgodnie ze standardem POSIX.1, który mówi, że a renicena proces wpływa na „wszystkie wątki o zasięgu systemowym w tym procesie”, ponieważ zgodnie z dokumentacją pthreads (7) „wątki nie mają wspólnej dobrej wartości”.

Czasami jednak wygodne może być renice„wszystko” związane z danym procesem (jednym z przykładów byłyby procesy potomne Apache i wszystkie ich wątki). Więc,

• jak mogę renicewszystkie wątki należące do danego procesu?
• jak mogę renicewszystkie procesy potomne należące do danego procesu?

Szukam dość łatwego rozwiązania.

Wiem, że grupy procesów mogą czasem być pomocne, jednak nie zawsze pasują do tego, co chcę zrobić: mogą obejmować szerszy lub inny zestaw procesów.

Korzystanie z cgroupzarządzanego przez systemdmoże również być pomocne, ale nawet jeśli chcę o tym usłyszeć, najczęściej szukam „standardowego” rozwiązania.

EDYCJA: również man (7) pthreadsmówi „wszystkie wątki w procesie są umieszczone w tej samej grupie wątków; wszyscy członkowie grupy wątków mają ten sam PID”. Czy w ogóle możliwe jest renicecoś, co nie ma własnego PID?

Możesz użyć, /proc/$PID/taskaby znaleźć wszystkie wątki danego procesu, dlatego możesz użyć

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

do renicewszystkich wątków należących do danego procesu.

W ten sam sposób /proc/$PID/task/$PID/childrenmożna znaleźć wszystkie procesy potomne (lub /proc/$PID/task/*/childrenjeśli chcesz wszystkie procesy potomne wszystkich wątków danego procesu).

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

Dobra wartość czy udziały w CPU?

Należy pamiętać, że w dzisiejszych czasach ładne wartości mogą nie być tak istotne w całym systemie, ze względu na automatyczne grupowanie zadań, szczególnie podczas korzystania z systemd . Więcej informacji można znaleźć w tej odpowiedzi .

Różnica między wątkami i procesami

Ważne pytanie w systemie Linux, ponieważ dokumentacja utrwala wątpliwości (na przykład wątki nieposiadające własnego PID).

Uwaga: ta odpowiedź dokładnie wyjaśnia wątki systemu Linux.

W skrócie: jądro obsługuje tylko „elementy uruchamialne”, to znaczy coś, co można uruchomić i zaplanować . Jeśli chodzi o jądro, te byty nazywane są procesami. Wątek jest rodzajem procesu, który dzieli (przynajmniej) przestrzeń pamięci i procedury obsługi sygnałów z innym.

Każdy taki proces ma unikalny w całym systemie identyfikator: PID (identyfikator procesu). W przypadku tak zwanych wątków jest czasami nazywany TID (identyfikator wątku), ale z punktu widzenia sysadmin (i jądra!) TID i PID są tym samym (dzielą tę samą przestrzeń nazw).

W rezultacie możesz renice każdy „wątek” osobno, ponieważ ma swój własny PID ¹ .

Znajdowanie wszystkich PID-ów renice rekurencyjnie

Musimy uzyskać PID wszystkich procesów („normalnych” lub „wątków”), które są potomkami (dzieci lub w grupie wątków) procesu, który ma być poprawiony. Powinno to być rekurencyjne (biorąc pod uwagę dzieci dzieci).

Odpowiedź Antona Leontiewa daje podpowiedź: wszystkie nazwy folderów /proc/$PID/task/to PID wątków zawierający childrenplik z listą potencjalnych procesów potomnych.

Jednak brakuje mu rekurencyjności, więc oto szybki i brudny skrypt powłoki, aby je znaleźć:

#!/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

Jeśli proces PID 1234 jest tym, który chcesz rekurencyjnie miły, teraz możesz:

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

¹ Zauważ, że dla zgodności z POSIX, wywołanie getpid(2)w wątku nie da ci ogólnosystemowego unikalnego ID (PID) tego uruchamialnego bytu, ale raczej PID głównego procesu w „grupie wątków”. Zamiast tego musisz zadzwonić gettid(2). Zobacz tę odpowiedź, aby uzyskać więcej informacji.

Nie powinniśmy mylić PID procesu i identyfikatora wątku zapisanego TID lub komendy ps LPW. sPolecenie ma opcje do wyświetlania wątków i pod toplub htopprzełączać pomiędzy wątkami i procesu przez Hliście. Jak wcześniej powiedział @Totor, z NPTL, która jest bieżącą implementacją z jądrem> 2.6, wszystkie wątki mają ten sam pid, ale mają wyraźny tid. Wyświetlane są wszystkie wątki procesu według:

$ ps -Ljf <pid>

Te tid są nazwami katalogów pod /proc/<pid>/taski nawet jeśli renice (1) mówi, że domyślnym argumentem jest pid po zastosowaniu do pid, to renice tylko główny wątek (jest to błąd w implementacji linuxa napisany w setpriority (2) ) ), można go również zastosować do przyprawy i ponownie nićmi nitkę. Właśnie dlatego odpowiedź @Anton jest ważna.

Ale najczęściej istnieje łatwiejszy sposób na osiągnięcie pożądanego rezultatu, wszystkie te wątki mają ten sam pgid, który jest pid lidera grupy; możesz ponownie zareagować pgid, wydając:

$ renice -g <pgid>

Jeśli nie chcesz ponownie uruchamiać innego procesu zależnego od tego samego lidera grupy, musisz użyć przepisu @ Antona:

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

lub:

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

Możesz także chcieć dowiedzieć się, jakie są inne procesy w tej samej grupie niż proces, który chcesz ponownie uruchomić, to znaczy procesy, które współużytkują mają ten sam pgid. Możesz użyć ps (1) , psnie pozwala wybrać procesów według lidera grupy, ale możesz to zrobić grep a ps. Procesy z pgid 1908zostaną podane przez polecenie:

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

lub jeśli wolisz awk niż sed:

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

Chciałbym polecić użycie argumentu -g (grupy procesów) zamiast -p (identyfikatory procesów) podczas używania renice. Robi to samo bez bash-foo.

to znaczy

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

Oto mój skrypt:

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