🚀 go-pugleaf

On 30.12.2011, Adam Osuchowski <someone@somewhere.com> wrote:
> Co znaczy ,,lekkie''? Tworzenie procesu przez fork() zawsze będzie trwało
> zdecydowanie dłużej od stworzenia wątku przez pthread_create(). Pomagają
> tu trochę czary optymalizacyjne w postaci vfork(), CoW czy wstrzymywanie
> parenta dopóki potomek nie zawoła execve() ale zawsze wątki się szybciej
> tworzy niż osobne procesy bo nie trzeba robić tylu rzeczy co przy forku 
> i na tym polega ich siła. A to, że w jądrze w zasadzie nie ma podziału
> na procesy i wątki to jest już kwestią tej konkretnej implementacji.
>
> Co do popularności wątków, to się nie zgodzę. Wątki są wykorzystywane
> w aplikacjach, które wymagają częstego tworzenia/niszczenia równoległych
> instancji i po prostu osobne procesy zabijały by wydajność. Myślę, że 
> jeśli już, to powodem ew. braku popularności wątków jest większa
> komplikacja kodu (chociaż biblioteki to upraszczają) i wymóg większej
> dyscypliny programistycznej (żeby sobie wątki nawzajem nie zrobiły kuku).
> To powoduje, że np. programiści bibliotek nie chcą tworzyć ich w wersji
> thread-safe, a to z kolei powoduje, że inne biblioteki i aplikacje, które
> taką bibliotekę wykorzystują, też muszą być jednowątkowe i problem narasta.

W tym monecie dyskusji warto IMO wspomnieć o czymś takim jak userspacowe
procesy. Implementacja którą znam to maszyna wirtualna erlang-a. Tworzy
się to niesamowicie szybko. Procesy sobie nawzajem kuku nie zrobią.
Niestety już sama maszyna wirtualna powoduje spory narzut na wydajność.

Nie mniej jednak czasem jeśli budujemy system rozproszony ilość gratisów
tego typu które dostajemy od języka przyćmiewa kwestie wydajności.
Poza rozproszonymi systemami erlang ma niewiele zastosowań.

-- 
Pozdrawiam
orcus