[Parseval]

Czy da się dynamicznie tworzyć wątki w #cpp? Moja klasa w polu prywatnym zawiera vector dla wątków - podczas pewnego zdarzenia chciałbym tworzyć wątek z pętla nieskończoną, a później na żądanie mieć możliwość usunięcia takiego wątku. Szukałem już rozwiązań, ale nie widziałem podobnych sytuacji.
#programowanie #programista15k

[Passer93]

@Parseval tworzysz std::thread I tyle, ale poczytaj sobie więcej o wielowatkowosci w Cpp bo programowanie równolegle nigdy nie jest trywialne

[r3m0]

@Parseval: http://www.cplusplus.com/reference/thread/thread/

[Parseval]

@Passer93 @r3m0
https://pastebin.com/QkH9vKRd Chodzi mi o taką sytuację, drugi wątek nie dojdzie w ogóle do głosu.

[r3m0]

@Parseval: http://cpp.sh/9rzct

Problemem było to, że robiłeś join zaraz po uruchomieniu wątku.

Musiałem zmienić serwis, bo do pastebina nie mam dostępu z roboty ;-)

[Passer93]

@Parseval: W 56 linijce tworzysz wątek po czym się kręcisz w kółko w pętli.

[r3m0]

@Passer93: A co w tym złego?

[Passer93]

@r3m0: To że nigdy nie opuszczasz funkcji printAlarm() a czekasz na nią cały czas w joinie.

[r3m0]

@Passer93: A tak, o tym mówiłem wyżej, dlatego przeniosłem join do destruktora.

[Parseval]

Tak, wiem, że to się dzieje. Ale czy jest możliwość osiągnąć zamierzony efekt?

[r3m0]

@Parseval: A ten kod, który Ci podesłałem nie osiąga tego efektu?
Jeśli chcesz na żądanie usuwać wątek to w pętli while dodaj jakąś zmienną typu bool ustawioną na true, a gdy chcesz wątek usunąć ustaw ją na false. Wtedy pętla się zatrzyma i join się wykona.

[Parseval]

@r3m0 już sprawdzam :) też aktualnie siedzę w pracy i testuje, a ogarniam wykopa z telefonu i czasami coś przeoczę

[r3m0]

@Parseval: http://cpp.sh/7otgy

Tutaj masz coś mniej więcej takiego, tylko że killThread wyłączy wszytkie wątki.
Musiałbyś dorobić trochę logiki, żeby móc zabijać poszczególne wątki.

[Parseval]

@r3m0 Kod działa :D tylko w docelowym programie client musi istnieć cały czas i alarm może pojawić się w każdej chwili, nie ma z góry narzuconych wątków. Dlatego jest problem z dołączeniem kolejnych w biegu

[r3m0]

@Parseval: NIe bardzo rozumiem, jak to jest problem z dołączaniem kolejnych?
Przecież teraz jak sobie wołasz setAlarm to tworzy się nowy wątek i możesz se ich stworzyć milion nawet, czy tam tyle ile system pozwoli :)

[Parseval]

@r3m0 nie bardzo :D jeśli kod już będzie działał, nagle pojawi się nowy wątek, to nie będzie działał ze względu na join wcześniejszego wątku, który się teoretycznie nigdy nie skończy

[r3m0]

@Parseval: Ale po co chcesz robić od razu ten join?
W formie którą Ci podesłałem to tak dziala, kilka wątków działa jednocześnie, bez czekania aż poprzedni zakończy działanie.
Joinowane są dopiero w destruktorze, bo w sumie po co wczesniej jak jest ich mało.

W ogóle, to jeśli ten wątek jedyne co ma robić to po ustalonym czasie wywalić coś na ekran to po co tam pętla? Nie wystarczy sam sleep_for

[Parseval]

@r3m0 wątki docelowo będą kontrolowały pewien parametr i wysyłały maila. Ok już chyba rozumiem jak to działa. Powinno wystaczyć. Dziękuję :)

[Hauleth]

@Parseval: spawnowanie więcej wątków niż ncpu == rak.

[Parseval]

@Hauleth dlaczego? Czytałem na stacku, że nie jest z tym tak źle

[Hauleth]

@Parseval: nie pamietam jak wyglada implementacja na Windzie, ale Linux i BSD mają implementację 1:1, co oznacza, że każdy wątek to jeden proces. Oznacza to tyle, że odpalanie wątku jest z reguły bardzo kosztowne (nawet z CoW). Dodatkowo jeśli masz więcej wątków niż ncpu to i tak nie mogą one wszystkie działać współbieżnie i będą się tłuc na schedulerze. A jak do tego dorzucisz nielokalność pamięci, to często może się