ThreadPool bei "Heavy Load"

[shmia]

Viele Threads können nur dann schneller sein, als ein einzelner Thread, wenn bei der Arbeit, die zu tun ist,
auf Resourcen gewartet werden muss.
Anderst gesagt, die Arbeit muss Wartezeiten wegen externer Resourcen enthalten.

Positiv-Beispiele:
A.) Ich möchte 100 Dateien aus den Internet runterladen.
Ich bin schneller wenn mehrere Thread dies tun und so meine lokale Netzwerkbandbreite komplett auslaste,
als wenn ich jede Datei sequenziell runterlade.
B.) ich möchte viele Dateien laden und die MD5 Prüfsumme bilden.
Mehrere Threads sind schneller, da während der eine Thread auf Daten von der Platte wartet, während der andere die MD5 Berechnungen durchführt.
Hier wird der Festplattendurchsatz maximiert. (aber nur, wenn es nicht zu viele Thread sind)

Negativ-Beispiel:
Ich möchte ein Mandelbrot Bild im Standardalgorithmus zeichen.
Es bringt leider nix, wenn ich 16 Threads starte, die jeweils ein 16tel Bild berechnen.
Die Rechenarbeit bleibt in der Summe gleich (+ Thread overhead).

Dies gibt für einen Einzelprozessor.
Für einen Doppelkernprozessor müsste sich der Durchsatz maximieren, wenn ich 2 Threads verwende und jeweils an einen bestimmten Kern binde.

==> Ergo: bei massiven Rechenarbeiten verwendet man einen Thread pro Kern.
Bei Arbeiten, die Wartezeiten enthalten, darf die Threadanzahl 2 bis 10 Mal höher sein.