wątki, SIGCHLD i waitpid

Mam pewne wątpliwości dotyczące wątków, których man nie rozwiał :( . Więc
mam kilka pytań. Ale na początek opis sytuacji.

Powiedzmy że główny wątek programu stworzył kilka wątków potomnych przy
pomocy pthread_create i zapamiętał ich pid-y. Przypuśćmy teraz że któryś z
wątków potomnych zakończył się (np. skończył pracę, albo dostał SIGKILL).
Czy wątek główny dostanie po ich zakończeniu SIGCHLD albo jakiś inny sygnał?
Oraz drugie pytanie czy waitpid(,,WNOHANG) i sk-a są w stanie stwierdzić po
pid-ach który z nich się zakończył. A może jest na to inny sposób?

Witam

Mam pewne wątpliwości dotyczące wątków, których man nie rozwiał :( . Więc
mam kilka pytań. Ale na początek opis sytuacji.

Powiedzmy że główny wątek programu stworzył kilka wątków potomnych przy
pomocy pthread_create i zapamiętał ich pid-y.

Przypuśćmy teraz że któryś z
wątków potomnych zakończył się (np. skończył pracę, albo dostał SIGKILL).

Czy wątek główny dostanie po ich zakończeniu SIGCHLD albo jakiś inny sygnał?

Oraz drugie pytanie czy waitpid(,,WNOHANG) i sk-a są w stanie stwierdzić po
pid-ach który z nich się zakończył. A może jest na to inny sposób?

| Czy wątek główny dostanie po ich zakończeniu SIGCHLD albo jakiś inny
| sygnał?

Nie. Watki nie maja osobnego pid'a. To co widzisz na linuxie to male
oszustwo; nie zwracaj na to uwagi.

| Oraz drugie pytanie czy waitpid(,,WNOHANG) i sk-a są w stanie stwierdzić
| po pid-ach który z nich się zakończył. A może jest na to inny sposób?

Waitpid sluzy do czegania na proces i nie ma nic wspolnego z pthreads.
W pthreads jest pthread_join.

Chodzi mi o to czy istnieje jakiś mechanizm który mi pozwoli stwierdzić czy
jakiś wątek jeszcze żyje czy już nie.

| Waitpid sluzy do czegania na proces i nie ma nic wspolnego z pthreads.
| W pthreads jest pthread_join.

Wiem że jest pthread_join, tylko to cudo się blokuje, a ja mam kila wątków i
nie wiem który się zakończył i czy wogóle. Tak więc jeżeli trafię na wątek
jeszcze żyjący to główny program mi wtedy się zablokuje na amen.

Chodzi mi o to czy istnieje jakiś mechanizm który mi pozwoli stwierdzić czy
jakiś wątek jeszcze żyje czy już nie.

Nie ma mechanizmu pozwalajacego sprawdzic czy jakis watek jeszcze zyje.
Tego sie nie da zrobic. Serio.
Mozna tylko stwierdzic, ze juz nie zyje.
Jak chcesz zaczac "watkowac" to musisz sie pogodzic z tym, ze to troche
zmiana "filozofii". Po co chcesz wiedziec czy watek zyje? To bez sensu.
Moze opisz co chcesz osiagnac.

Powiedzmy że mam tablicę zawierającą pewną ilość pthread_t aktywnych wątków.
Po pewnym czasie któryś z nich zakończył się i w związku z tym program
główny musi podjąć pewne operacje zależne od tego który to był. Tak więc
muszę przeszukać tablicę w poszukiwaniu tego nieaktywnego, tylko problem
polega na tym że są też tam nadal aktywne wątki i jeżeli będę je testował
pthread_join to się to cudo zablokuje i na tym się skończy.

Ogólnie rzecz biorąc, czy istnieje jakiś mechanizm który potrafi wyłuskać
spośród kilku wątków te nieaktywne nie blokując przy tym programu głównego?
Czy też muszę sam taki mechanizm stworzyć, np. w postaci jakiegoś semafora,
czy wartości atomowej ustawianej tuż przed wyjściem?

| Nie ma mechanizmu pozwalajacego sprawdzic czy jakis watek jeszcze zyje.
| Tego sie nie da zrobic. Serio.
| Mozna tylko stwierdzic, ze juz nie zyje.
| Jak chcesz zaczac "watkowac" to musisz sie pogodzic z tym, ze to troche
| zmiana "filozofii". Po co chcesz wiedziec czy watek zyje? To bez sensu.
| Moze opisz co chcesz osiagnac.

Nie chce wiedzieć czy nieżyje ale...

Powiedzmy że mam tablicę zawierającą pewną ilość pthread_t aktywnych wątków.
Po pewnym czasie któryś z nich zakończył się i w związku z tym program
główny musi podjąć pewne operacje zależne od tego który to był.

Tak więc
muszę przeszukać tablicę w poszukiwaniu tego nieaktywnego, tylko problem
polega na tym że są też tam nadal aktywne wątki i jeżeli będę je testował
pthread_join to się to cudo zablokuje i na tym się skończy.

Ogólnie rzecz biorąc, czy istnieje jakiś mechanizm który potrafi wyłuskać
spośród kilku wątków te nieaktywne nie blokując przy tym programu głównego?

Czy też muszę sam taki mechanizm stworzyć, np. w postaci jakiegoś semafora,
czy wartości atomowej ustawianej tuż przed wyjściem?

| Nie ma mechanizmu pozwalajacego sprawdzic czy jakis watek jeszcze zyje.
| Tego sie nie da zrobic. Serio.
| Mozna tylko stwierdzic, ze juz nie zyje.
| Jak chcesz zaczac "watkowac" to musisz sie pogodzic z tym, ze to troche
| zmiana "filozofii". Po co chcesz wiedziec czy watek zyje? To bez sensu.
| Moze opisz co chcesz osiagnac.

| Nie chce wiedzieć czy nieżyje ale...

Nie chcesz wiedziec jeynej rzeczy, ktora mozesz wiedziec...
Coz, tak tez mozna :)
Serio: pisalem juz, ze to odrobine inna filozofia. Tj. oczywiscie nie
ma jedynie slusznych metod, ale sa pewne rzeczy, ktore sie czesto
robi, i takie ktorych sie nie robi.
Np. sprawdzanie czy watek zyje jest pozbawione sensu z definicji,
bo ta informacja jest nieaktualna natychmiast po jej uzyskaniu.
Pomysl nad tym chwile...

| Powiedzmy że mam tablicę zawierającą pewną ilość pthread_t aktywnych wątków.
| Po pewnym czasie któryś z nich zakończył się i w związku z tym program
| główny musi podjąć pewne operacje zależne od tego który to był.

Taaaa. To moze byc bardzo ciekawe. Jaka operacje? Ma wystartowac nowy
watek, ktory robi to samo co tamten, czy nowy watek, ktory robi cos
innego?
Czy moze jeszcze calkiem cos innego?

| Tak więc
| muszę przeszukać tablicę w poszukiwaniu tego nieaktywnego, tylko problem
| polega na tym że są też tam nadal aktywne wątki i jeżeli będę je testował
| pthread_join to się to cudo zablokuje i na tym się skończy.

Wlasnie. Sie cudo blokuje. Wyciagniesz sam wnioski?

| Ogólnie rzecz biorąc, czy istnieje jakiś mechanizm który potrafi wyłuskać
| spośród kilku wątków te nieaktywne nie blokując przy tym programu głównego?

Nie ma czegos takiego jak watki nieaktywne. Tj. pomijam mozliwosc, ze
masz na mysli watki czekajace/zablokowane, a przyjmuje, ze masz na mysli
te watki, ktorych nie ma. Zatem: nie da sie wyluskac z tablicy zawierajacej
pthread_t watkow, ktorych nie ma (tj. nie da z przewidywalna doza sukcesu).

| Czy też muszę sam taki mechanizm stworzyć, np. w postaci jakiegoś semafora,
| czy wartości atomowej ustawianej tuż przed wyjściem?

Najlepiej przemysl swoj projekt od poczatku.

powie ci, ze przeszukiwanie tablicy watkow w poszukiwaniu tych niekatywnych
zle im pachnie :)

Aaaa, bylbym zapomnial: powinienes na poczatek zapomniec o semaforach.
Oczywiscie nie dlatego, ze nie da sie przy uzyciu semafora
poinformowac watkow o tym, ze dany watek nie zyje. Taka proba jest bez
sensu z definicji, a nie z winy semafora.
Na poczatek zajmij sie mutexami i condvarami. Te sie do czegos
autentycznie przydaja.

Muteksy oczywiście znam i chyba o nie
oprę test na zakończenie.

To jest nawet naturale, tylko że te opisy o niby
procesach mi pomieszały :(.

Mutexy nie sluza do testowania zakonczenia a do zapewnienia
wylacznosci (to bedzie z grubsza).

Czesto dobrze jest zrobic watki "anonimowe", tj. takie, ktorych
identycznosc jest nieistotna.
Klasyka watkowania i ostatnio politycznie
poprawny model to tzw "worker pool". Zamiast czekac az watek skonczy
zycie, czekaj az zrobi co ma zrobic i daj mu wiecej, jak juz skonczy.

Do sygnalizowania, ze skonczyl sluza w pthreads condition variables.
To o nich poczytaj.

| Mutexy nie sluza do testowania zakonczenia a do zapewnienia
| wylacznosci (to bedzie z grubsza).

Tyle to wiem, miałem na myśli ochronę zmiennej, sygnalizującej zakończenie
pracy, muteksem.

| Czesto dobrze jest zrobic watki "anonimowe", tj. takie, ktorych
| identycznosc jest nieistotna.
| Klasyka watkowania i ostatnio politycznie
| poprawny model to tzw "worker pool". Zamiast czekac az watek skonczy
| zycie, czekaj az zrobi co ma zrobic i daj mu wiecej, jak juz skonczy.

To mi wreszcie dało do myślenia, faktycznie nierozróźnialne wątki rozwiążą
wiele problemów.

| Do sygnalizowania, ze skonczyl sluza w pthreads condition variables.
| To o nich poczytaj.

Poczytałem. W stronę o której mówisz nie będą mi przydatne bo program główny
ma także inną robotę.

Wtedy tak samo jak watki-robotnicy
czekaja na nowa robote, watek glowny musi czekac, az robotnicy troche
porobia, zanim doda im nowej.

| Wtedy tak samo jak watki-robotnicy
| czekaja na nowa robote, watek glowny musi czekac, az robotnicy troche
| porobia, zanim doda im nowej.

Główny będzie czekał ale na select z socketem :).

| Główny będzie czekał ale na select z socketem :).

A co bedzie gdy nagle tym socketem zacznie przychodzic tyle, ze rzeczy
do obrobienia bedzie przybywac i przybywac?