Multi-Threading umbau auf Threadpool

[Dradux-dev]

Aktuell muss für jede Aufgabe ein neuer ThreadManager erstellt werden, welcher wiederrum eigene Threads erstellt. So kann schnell in einer Applikation die Threadanzahl ins unermessliche gehen (begrenzt durch das Betriebssystem). Besser wäre es, wenn wir einen Pool aus Threads (Threadpool) erstellen könnten, dem wir eine generische Aufgabe übergeben, egal welche. Dann könnten wir verschiedene ThreadManager haben, die alle den gleichen ThreadPool nutzen. Auf diese Weise könnten wir die Anzahl der Threads wirklich begrenzen und würden diese auch vollständig recyclen.

Thread

• [x] Implementierung
• [x] Debugging
• [x] Unit Tests
• [x] Dokumentation

Threadpool

• [x] Implementierung
• [x] Debugging
• [x] Unit Tests
• [x] Dokumentation

ThreadManager

• [x] Implementierung
• [x] Unit Tests
• [x] Dokumentation

ThreadManager (job-based)

• [x] Implementierung
• [x] Unit Tests
• [x] Dokumentation

ThreadManager (job-based with results)

• [x] Implementierung
• [x] Unit Tests
• [x] Dokumentation

Batch

• [x] Implementierung
• [x] Unit Tests
• [x] Dokumentation

Counting Semaphore

• [x] Implementierung
• [x] Unit Tests
• [x] Dokumentation

Benchmark

• [x] Threadpool vs. Async (Pool sollte hoffentlich schneller sein, da nicht ständig neue Threads gestartet und beendet werden)

[Dradux-dev]

Grundlegend implementiert, aber es gibt noch ein kleineres Timing Problem.

[Dradux-dev]

Die Variablen Thread::isProcessing und Thread::shallSleep waren zwar volatile, aber für sehr kurze Aufträge bspw. die Addition in der Demo (ohne Sleep) konnte es passieren, dass die busy-Semaphore das notify verpasst hat und der initale wait() check aber noch fehlschlug. Die Folge war ein Deadlock. Dies wird nun verhindert, in dem für die beiden genannten Variablen jeweils ein eigener Mutex erstellt wurde. Dies ist nach Recherche auch als best practice empfohlen.

[Dradux-dev]

fad9bbf4395f6f508dbf0f1041514a6c0623c5fb

[Dradux-dev]

Unit Tests für Batch in 393a89084f2270b250262087f91f406a2d1b1606 implementiert.

[Dradux-dev]

Aufgabenliste für die Counting Semaphore hinzugefügt.

[Dradux-dev]

Benchmark hinzugefügt, um nachzuweisen dass der Einsatz eines Threadpools eine gute Idee ist.

[Dradux-dev]

Der Benchmark ist erstellt und Issue #8 untersucht die Ergebnisse des Benchmarks nach dem Milestone CPU Implementation.