11 Programmiermodelle (S. 423-424)

Bisher wurden in diesem Buch Möglichkeiten vorgestellt, wie man unter .NET Parallel Computing betreiben kann. Bis zu der Version 3.5 SP1 (Service Pack1) des .NET Frameworks standen nur rudimentäre, Thread-basierte Möglichkeiten zur Verfügung. Eine Alternative besteht in der Nutzung der Concurrency and Coordination Runtime (CCR), die in Kapitel 9 vorgestellt wurde. Diese ist aber eher auf die optimale Ausführung von Prozessen hin optimiert und erfordert eine geeignete Anwendungsarchitektur.

Mit dem .NET Framework 4.0 wurde mit der Task Parallel Library (TPL) und PLINQ erstmals eine Verbesserung in Hinblick auf Parallel Computing eingeführt. PLINQ ermöglicht es auf einfache Art und Weise, vorhandene LINQ-Abfragen zu parallelisieren. Die TPL führt mit dem Task-Konzept verbesserte Möglichkeiten ein, um Aufgaben effektiver und einfacher parallel ausführen zu können. Die Task-Klasse enthält viele Funktionen, die bei der Thread-Klasse oft vergeblich gesucht wurden.

Die neue Concurrent Runtime übernimmt im Hintergrund die optimale Ausnutzung und Belegung vorhandener Systemressourcen. Auch wenn die neuen Parallel Extensions unter .NET 4.0 viele Erleichterungen bringen, werden noch nicht alle typischen Probleme gelöst. Typische Seiteneffekte, wie der Zugriff auf gemeinsame Variablen durch mehrere Tasks, müssen auch unter .NET 4.0 beachtet werden. Dazu müssen weiterhin Sperren (Locks) verwendet werden, die bei falscher Verwendung auch unter .NET 4.0 zu Deadlocks führen können.

Leider werden sich diese Probleme auch nur schwer „automatisch“ durch neue APIs innerhalb des .NET Frameworks lösen lassen. An dieser Stelle muss über andere veränderte Programmiermodelle nachgedacht werden. Dazu gibt es auch schon bei Microsoft einige Überlegungen. Zwei davon werden in diesem Kapitel vorgestellt. Neben dem Einsatz von Parallel Computing reicht es aber auch teilweise aus, auf ein asynchrones Ausführungsmodell zurückzugreifen, das im letzten Abschnitt thematisiert wird.