.NET 4 ... Parallel.ForEach() Frage

Question

Ich verstehe, dass die neue TPL (Task Parallel Library) die Parallel.ForEach() implementiert hat, so dass es mit "ausdrückliche Parallelität" funktioniert. Das heißt, es wird nicht garantiert, dass Ihre Delegierten in mehreren Threads ausgeführt werden, sondern es wird geprüft, ob die Hostplattform mehrere Kerne hat. Wenn dies der Fall ist, verteilt es die Arbeit auf die Kerne (im Wesentlichen 1 Thread pro Kern). .

Wenn das Host-System nicht mehrere Kerne hat (es wird immer schwieriger, einen solchen Computer zu finden), wird der Code sequenziell wie eine "normale" foreach-Schleife ausgeführt. Ziemlich cooles Zeug, ehrlich gesagt.

Normalerweise würde ich etwas tun, wie folgt aus meinem langen laufenden Betrieb auf einem Hintergrund-Thread aus dem Threadpool zu platzieren:

ThreadPool.QueueUserWorkItem (neu WaitCallback (Targetmethod), neu Object2PassIn());

In einer Situation, in der der Host-Computer nur einen einzigen Kern hat, platziert die Parallel.ForEach() der TPL den Aufruf automatisch auf einen Hintergrund-Thread? Oder sollte ich manuell irgendwelche TPL-Aufrufe von einem Hintergrund-Thead aufrufen, so dass, wenn ich von einem einzelnen Kern-Computer zumindest diese Logik aus dem Dispatch-Thread der GUI ausführe?

Meine Sorge ist, wenn ich die TPL verantwortlich für all dies verlassen möchte ich sicherstellen, wenn es bestimmt, es ist eine einzige Kern-Box, die es immer noch den Code, der innerhalb der Parallel.ForEach() -Schleife auf einen Hintergrund-Thread ist wie ich es getan hätte, um meine GUI nicht zu blockieren.

Dank für irgendwelche Gedanken oder Ratschläge, die Sie haben ...

Answer 1

sind Ihre Annahmen nicht korrekt.
Parallel.For ist immer ein blockierender Anruf.

Auch wenn der Computer über mehrere Kerne verfügt, wartet er immer noch auf die Beendigung aller Threads, bevor er zurückkehrt.

Wenn Sie die Benutzeroberfläche nicht einfrieren möchten, müssen Sie den ThreadPool immer explizit aufrufen.

Answer 2

Ich denke, wenn Sie genaue Anforderungen über Instanz/Thread-Anzahl haben, müssen Sie es selbst tun. Ich habe den Eindruck, dass die Parallel.ForEach-Art von Aufrufen dazu dient, deklarativ Kerne einzubeziehen. Ich weiß es nicht genau, aber ich habe den hinterhältigen Verdacht, dass es eine schlechte Wahl für etwas wäre, das I/O blockiert (als Beispiel).

Answer 3

Gute Frage. Ich würde annehmen, dass es immer noch einen Thread spawnen wird, selbst wenn es nur einen einzigen Kern gibt.

Ich müsste einen Test auf einer Single-Core-Maschine ausführen. Da ich keine habe, werde ich die virtuelle Maschine benutzen und die CPU der it-Umgebung auf 1 setzen und sehen, wie viele Threads das Parallel ForEach erzeugen wird.

Möglicherweise möchten Sie folgendes lesen:

Does Parallel limit the Number of Active Threads

Answer 4

Durch meine Erfahrung mit Parallel.ForEach und Parallel.For Schleifen, ich habe bemerkt, dass die Reihenfolge, in der falschen Reihenfolge sein kann, etwas, das Sie möchten zu überlegen, bevor Sie implementieren.

wie zum Beispiel eine grundlegende for-Schleife erzeugt:

Produkt 1 Produkt 2 Produkt 3 Produkt 4

und die parallele Schleife erzeugen kann, aber nicht immer:

Produkt 3 Produkt 1 Produkt 2 Produkt 4

Denken Sie nur daran, Jungs.