W dniu 20.02.2012 15:06, Wojciech Jaczewski pisze:
> Michoo wrote:
>
>
>> Imo wątki nie dość, że zazwyczaj upraszczają zapis
>
> Kosztem dłuższego analizowania/testowania, czy gdzieś nie ma wyścigu.

Jak zakładasz możliwość istnienia wyścigu to znaczy, że problem jest na
tyle złożony, że i tak będzie dużo analizowania i testowania.

Ja mówię o imo najsensowniejszym układzie w większości przypadków:
- producent/ci generujący zdarzenia przetwarzania
- konsument/ci generujący wynik i ewentualne zdarzenia odpowiedzi(np
większość GUI pozwala na wywołania tylko z wątku głównego)
- cały kontekst enkapsulowany w żądaniu/odpowiedzi.

>
>> (bo zazwyczaj
>> wymuszają model oparty o message passing) to jeszcze pozwalają na
>> łatwiejsze zmiany.
>
> Wolę message passing na procesach.
Procesy są dość ciężkie - przekazanie złożonych obiektów niepotrzebnie
trwa. A tu sprawdzasz czy na pewno ref_count jest równy 1, odpalasz i
zapominasz.


> Częściowo wynika to z tego, co dotychczas robiłem, a POSIX-owe API ma bardzo
> poważne - jak dla mnie - wady:
> - pthread_cond_timedwait operuje na czasie systemowym a nie monotonicznym
> - nie mam możliwości nastawić czekania (select/poll) na pierwsze ze zdarzeń:
> cond (lub semafor), otrzymanie danych na socket-cie.
> A skoro zwykle i tak muszę używać komunikacji przez potok lub gniazdo, to
> wolę osobny proces zamiast wątku.
Ok. Ale to już specyfika problemu.

A ja piszę, że ogólnie o ile ktoś wie jak je używać to wątki są dobre.

--
Pozdrawiam
Michoo