A szálkezelés legrégebb óta létezÅ‘ alapeleme a Thread osztály. Ez még a .NET 1.0-ban mutatkozott be és alapvetÅ‘en a működését Windows-ra tervezték, mivel a .NET ebben az idÅ‘ben még csak Windows specifikus volt. A .NET Core megjelenésével a Thread osztály is át lett emelve a többi operációs rendszerre, de az operációs rendszerek közötti eltérések miatt […]
Többszálú környezetben logikusan feltételezhetnénk, hogy az események esetén extra logikát kell beiktatnunk a szálbiztosság érdekében. Azonban az eventek MulticastDelegate 1 alapúak, ami szálbizos, tehát az event szolgáltató oldalán nincs semmi dolgunk, nem kell extra lock és add, remove utasÃtásokkal felruháznunk az osztályunkat.2 class eventSample { public event EventHandler TestEvent; public void Raise() { //esemény kiváltása. […]
Tételezzük fel, hogy van egy jól párhuzamosÃtható feladatunk. Ebben az esetben a kérdés, amit elÅ‘bb-utóbb fel kell tennünk, hogy hány darab szálat kellene futtatnunk annak érdekében, hogy a legjobb teljesÃtményt érjük el. Ha túl sok szálat indÃtunk, akkor a processzor(ok) le lesz(nek) terhelve és sok idÅ‘ megy el a feladatok közötti váltogatásra. Ha pedig kevés […]
A Taskok a .NET Framework 4.0-ban mutatkoztak be egyfajta gyorsabb és könnyebb alternatÃvának a szálak mellé. A klasszikus értelemben véve a Task nem egy szál. Ez egyfajta absztrakció, ami azt teszi lehetÅ‘vé, hogy egy kódrészletet egy külön helyen futtassunk. Ez történhet egy ThreadPoolból vett szálon, vagy akár ténylegesen külön szálakat indÃtva, de az is lehet, […]