Update ANSWERS.md

hw8/task1/ANSWERS.md

@@ -0,0 +1,35 @@
+# Proof of Work 2.0
+
+
+#### 1. Wie ist die Ausgabe von time zu interpretieren, wenn mehrere Threads laufen?
+
+Die user-time ist immer deutlich höher als die real-time.
+Das heißt, dass die Threads nicht nebenläufig, sondern parallel laufen.
+
+#### 2. Welche unterschiedlichen Ergebnisse erhalten Sie bei der Option timings? Wie stehen diese im Zusammenhang mit den Ergebnissen von time?
+
+
+Die Option `timings` variiert stark von den Ergebnissen von **time**. Das unix-Kommando time bezieht die Ausführungszeit des gesamten Codes mt ein.
+Also auch Aufrufe von *sys-info* oder zum Beispiel das Parsen der Argumente, welches *clap* durchführt.
+
+#### 3. Welche quantitativen Auswirkungen hat die Synchronisierung (Warum)? Welche Auswirkungen haben Ihre zusätzlichen Parameter?
+
+#### 4. Wie variieren -s und -w die Messungen?
+
+Mit `-s` und `-v`:
+  ```text
+  Sum Loops in Producers:       66106870
+  Sum Duration in Producers:    25s / 25160ms / 25160747us
+  ```
+
+Ohne `-s` und `-v`:
+
+Wartet der Consumer bis jeder Thread eine *Solution* gefunden hat. Dies ist sehr deutlich an den Loop-anzahl und der Zeit erkennbar.
+  ```text
+  Sum Loops in Producers:       147581082
+  Sum Duration in Producers:    37s / 37244ms / 37244327us
+  ```
+ 
+#### 5. Welche sonstigen Arten der Synchronisierung bieten sich für die Problemstellung "Lösung gefunden (-s)" an? Was sind deren Vor- und Nachteile gegenüber Ihrer gewählten Lösung?
+
+Man könnte anstatt dem Arc und dem AtomicBool im Consumer aktiv alle Threads töten, sobald eine Lösung gefunden wurde.