jak są pthreads na Linuksie postrzegane przez harmonogramu

Question

Mam pytanie dotyczące realizacji pthread na Linux.

Załóżmy, że proces ma 5 wątków. Teraz, w jaki sposób program planujący widzi te wątki (lub w ogóle nie widzi). np. Gdy wywoływany jest program planujący, wykonuje on tylko główny proces, , a następnie jego główny proces, który ma być zaplanowany między każdym z wątków.

Czy jest to inny sposób, że program planujący planuje każdy wątek tak, jakby był oddzielnym procesem.

Answer 1

W przypadku nowoczesnego systemu Linux (implementacja NPTL pthread) program planujący planuje wątki, wątek jest traktowany jako "proces lekki". pthread_create jest implementowany pod względem wywołania systemowego clone.

Answer 2

Linux planuje każdy wątek tak, jakby był procesem z zakresem jako PTHREAD_SCOPE_SYSTEM. Implementacja nptl może wykorzystywać wiele procesorów.

Answer 3

Jak powiedział Logan, każdy wątek jest zaplanowany niezależnie.

Jednakże, jeśli chcesz, możesz użyć grup kontrolnych procesu Linux, aby zaplanować grupy wątków.

Grupy sterowania procesem sprawiają, że planowanie jest nieco bardziej nieefektywne, ale może być znacznie bardziej sprawiedliwe.

Jednym z zastosowań, który stał się bardzo popularny, jest umieszczenie wszystkich procesów i wątków utworzonych przez każdy TTY w grupie kontrolnej na TTY. Powoduje to, że wszystkie aplikacje graficzne użytkownika są zaplanowane na tym samym poziomie co kompilacja jądra z 24 wątkami, którą uruchomił w oknie terminala. Aplikacje graficzne uzyskują 50%, a kompilacja dostaje 50%. Jeśli otworzy kolejne okno terminala i zacznie kompilować glibc z następnymi 24 wątkami, przesunie się do 33% aplikacji desktopowych, 33% kompilacji jądra i 33% kompilacji glibc.