🚀 go-pugleaf

H5N1 wrote:
>> Sporo do myślenia dała mi kiedyś wypowiedź gościa z jakiegoś 
>> brytyjskiego centrum superkompuetrowego, który stwoerdził, że przez 10 
>> lat pracy nie widział ani jednego programu wielowątkowego. Równoległe 
>> rozwiązania wieloprocesowe, gdzie komunikacja między kontekstami 
>> przetwarzania jest ściśle wydzielona i gdzie jest zarządzanie całością 
>> jest sensownie realizowalne, są po prostu szybsze (i to o 
>> kilkadziesiąt procent).
> 
> Super, jeśli możesz zdefinować i odpalić statyczną pulę procesów, 
> najlepiej każdy na osobnym procesorze. Ale jeśli musisz je opalać np. na 
> żądanie klientów to okazuje się, że koszt utworzenia nowego procesu jest 
> masakryczny. A jak liczba równoległych zadań idzie w setki, albo tysiące 
> to z kosztami przełączania kontekstu też trzeba się liczyć.

Nie odróżniasz współbieżności od równoległości. Takie rzeczy to się robi gdy 
masz współbieżność (concurrency) bez równoległości (paralellism). Trzymanie 
kontekstu klienta w wątku? Proszę bardzo -- tylko po co do tego 
równoległość. Taki wątek albo śpi czekając na klienta lub na dysk/sieć, albo 
(bardzo krótko) wykonuje zlecenie klienta i po co ma się plątać z innymi? W 
dobrze zaprojektowanym systemie wątków to działa i to ładnie -- można na 
zupełnie zwykłej maszynie mieć np. 100000 wątków bez żadnej zadyszki i bez 
100GB RAM -- bo każdy wątek to tylko tyle ile potrzeba dla zapamiętania jego 
stanu. Tak działa np. Erlang -- język w którym oprogramowano trochę central 
Ericsona -- central obsługujących duuużo połączeń.

BTW. koszt odpalania procesu jest "maskaryczny" tylko na pewnym popularnym 
systemie operacyjnym zaprojektowanym akurat w trakcie rozkwitu mody na wątki 
jako panaceum na wszystko. Ale i tak takich procesów w systemie 
zaprojektowanym dla jakiejkolwiek wydajności nie tworzy się dla każdego 
zlecenia tylko procesy w których obsługa sesji klienta się zakończyła mogą 
być użyte ponownie (wracają do puli procesów wolnych). Ponadto procesy 
tworzy się "na zapas" (przyzwoite systemy mają konfigurowalną taką wartość 
jak liczba wolnych procesów). Tak działa wiel, nawet bardzo dużych systemów. 
I to działa wydajnie.

pzdr
\SK