🚀 go-pugleaf

On 08/06/2020 23:58, Maciej Sobczak wrote:
> Jakie jest poprawne rozwiązanie dla integracji tych 3 bibliotek?

To zależy co robią.

Jeśli ich zadaniem jest coś policzyć i zniknąć to masz dobrze.

Jesli ich zadaniem jest coś policzyć tylko jak będzie potrzeba to od 
tego masz wsparcie OSa i jego pętlę komunikatów. Być może też jakieś 
wątki pod spodem, ale klient o nich nie wie, bibliteka często też nie 
wie. Ogólnie cooperative multitasking bazuje na tym że robisz jak 
przychodzi jakiś event. Systemowy zazwyczaj. Można poprosić aby 
przychodził non-stop jeden za drugim. Każdemu w/g potrzeb.

Oba podejścia są od dziesiątek lat katowane choćby w Qt i masz tam jakiś 
obraz tego jak zrobić 1) (onIdle()) i jak zrobić 2) (push event). Mogą z 
sobą działać bardzo gładko i elegancko.

Mam duże (w sensie wielopoziomoe) algorytmy rozbite na pojednycze kroki 
i popychane z onIdle z głownej pętli. Spadek wydajności jest, ale 
pomijalny, choć oczywiscie wszystko zależy od tego jak realizowany jest 
yeld(). To podejście jest nie dla sztuki, tylko warunki brzegowe 
utrudniają użycie watków. Na szczęscie nie ma najmniejszego problemu, w 
dodatku mogę takie coroutines wrzucić *dynamicznie* do wątku i z niego 
wyjąć kiedy tylko chcę, na przykład w połowie pracy.

Teoretycznie każdy algorytm można przerobić na coroutine za pomocą 
boost::context ale koszt może być wysoki, to wszak przełącza kontekst, 
prawie jak wątek. W przypadku ręcznym najczęściej pasuje jakiś wzorzec 
typu maszyn stanów. Do ogarnięcia w typowych przypadkach, rekurencja 
jest bardziej bolesna, ale niewiele.