Włókna w języku C#: czy są szybsze niż iteratory i czy ludzie ich używają?

Question

Więc rozmawiałem z kolegą o fibers i pojawił się this paper from 2003, który opisuje implementację współprogramów w języku C# przy użyciu interfejsu API Fibre.

Implementacja Yield w tym dokumencie dotyczy .NET 1.1, więc poprzedza składnię yield return, która pojawiła się w .NET 2.0.

Zdecydowanie na pierwszy rzut oka wygląda na to, że implementacja jest potencjalnie szybsza i może być skalowalna na wiele procesorów.

Czy ktoś go użył?

Answer 1

Nie użyłem tego, ale jestem zainteresowany tematem. Oto jedna fajna implementacja Coroutines w C# z harmonogramem round-robin: http://www.bluebytesoftware.com/blog/PermaLink.aspx?guid=71235c5a-3753-4bab-bdb0-334ab439afaf

Przy okazji, podając wikipedia, "włókna opisują zasadniczo tę samą koncepcję co coroutines". O ile mi wiadomo, najbliżej do coroutine (lub światłowodu) w C# są iteratory. W rzeczywistości są one niezwykle zbliżone do coroutines. Lippert zamieściłem kilka informacji o iteratorach. Mamy nadzieję, że żaden z nich nie stanowi poważnego problemu dla potrzeb, których potrzebujesz.

Answer 2

Użyłem "coroutines" opartych na plonach i muszę powiedzieć, że to ból w tyłku. Problem polega oczywiście na tym, że wszędzie, gdzie chcesz z nich korzystać, musisz użyć składni plonów. Nie tylko to, ale dopóki nie uzyskasz plonów (rodzic daje plony dziecka), możesz zagnieździć swoich coroutines tylko na jednym poziomie głębokości. To całkowicie niszczy jedną z kluczowych zalet programu Coroutines (zapisywanie/przywracanie pełnego stosu).

Zaimplementowałem oparty na światłowodzie układ współdziałający w języku C# i działał wspaniale DO ZATRZYMANIA wyjątku. Niestety środowisko wykonawcze .Net przechowuje wiele wewnętrznych wyjątków w wątkach systemu operacyjnego, co oznacza, że ​​emulacja wielu wątków za pomocą włókien OS (i p/invoke) po prostu nie zadziała, chyba że nigdy, przenigdy nie będziesz miał wyjątku.

Answer 3

współprogram, na pierwszy rzut oka przykuwa moją uwagę .. kilka dni temu szukałem rozwiązania workflow dla parrallel AsyncWCF Metoda nazywa i co znalazłem było naprawdę fascynujące:

http://csharperimage.jeremylikness.com/2010/03/sequential-asynchronous-workflows-in.html

ten artykuł pokazuje bardzo dobre wykorzystanie coroutines do tworzenia/zarządzania przepływami pracy w aplikacji Silverlight, która pochłania WCF przy użyciu Async Pattern.

Nie znam jego prędkości w stosunku do iteratorów, ale jest to dla mnie zaawansowana forma podprogramów, która może być bardzo pomocna w zadaniach krytycznych dla misji, gdy normalny podprogram nie może zaoferować luksusu wykonywania równolegle zadań. .