On 19 Maj, 10:32, Jędrzej Dudkiewicz <j...@g...com>
wrote:

> > Czyli mówimy *w ogólności* o wykorzystaniu *współbieżności* w celu
> > lepszego wykorzystania zasobów.
>
> No dobra, ale sprawdź jeszcze raz odpowiedź Wojtka Muły, podał
> informację o AIO w momencie, kiedy było wiadomo, że:
> a) same obliczenia długo trwają
> b) dużo czasu zajmuje czekanie na dane.
>
> Wniosek: jest szansa, że AIO pomoże.
>
> W tym momencie odpowiedź "możesz użyć współbieżności" jest mniej pomocne
> od konkretniejszego rozwiązania, czyli podania hasła o asynchronicznym I/O.

Wątki będą gorsze?

Nie znamy kontekstu, ale spróbujmy z takim utrudnieniem: I/O jest
opakowane w istniejący kod (nazwijmy go modnie "persistency layer").
Zauważamy, że można coś policzyć w trakcie czekania na dane. Co
robimy?
(hint: w realu ten problem wystąpi np. formie komunikacji z DB, albo
interakcji w systemie rozproszonym, nie tylko w kontekście operacji z
dyskiem)

Asynchroniczne I/O jest, owszem, konkretnym rozwiązaniem w temacie
współbieżności. Problem w tym, że rozwiązaniem bardzo intruzywnym[*] i
słabo komponowalnym. Tzn. da się to zrobić nawet bardzo elegancko,
jeśli całość jest pisana *od zera*, ale nie podjąłbym się tego w
ramach refaktoryzacji czy optymalizacji istniejącego kodu.

[*] Czasami ta intruzywność jest tak daleka, że kompletnie wyklucza
takie rozwiązanie. Zwłaszcza jeśli chodzi o interakcje client-server
przy użyciu istniejących bibliotek czy frameworków.

--
Maciej Sobczak * www.msobczak.com * www.inspirel.com