瀏覽代碼

Format in simu2/ANSWERS.md

Lorenz Bung 7 年之前
父節點
當前提交
d8cdd10905
No account linked to committer's email address
共有 1 個文件被更改,包括 5 次插入5 次删除
  1. 5
    5
      hw8/simu2/ANSWERS.md

+ 5
- 5
hw8/simu2/ANSWERS.md 查看文件

@@ -1,6 +1,6 @@
1 1
 # hw8 - Simulation 2 - Antworten
2 2
 
3
-0. Beim Erstellen wird ein Pointer übergeben, welcher dann in einen int gecastet werden soll. Dies funktioniert jedoch nicht, da die Größe unterschiedlich ist. Um dies zu beheben, castet man den Pointer einfach zu einem `long int`, dann stimmt die Größe.
3
+0. Beim Erstellen wird ein Pointer übergeben, welcher dann in einen `int` gecastet werden soll. Dies funktioniert jedoch nicht, da die Größe unterschiedlich ist. Um dies zu beheben, castet man den Pointer einfach zu einem `long int`, dann stimmt die Größe.
4 4
 
5 5
 ### `main-two-cvs-while.c`
6 6
 
@@ -8,15 +8,15 @@
8 8
 
9 9
 2. Der Producer wird (sofern die Zahl der produzierten Werte größer ist als die Größe des Buffers) den Buffer komplett füllen und der Consumer dann immer ein Item konsumieren. Im Gegensatz dazu hat der Consumer im ersten Test immer sofort konsumiert, d.h. der Buffer läuft nie voll.
10 10
 
11
-3. Auf der Labshell ist das Verhalten unterschiedlich zu dem auf beispielsweise einem Laptop: Der Consumer braucht auf der Labshell nicht so lange wie auf einem Laptop, da dies anscheinend systemabhängig ist.
11
+3. Auf der Labshell ist das Verhalten unterschiedlich zu dem auf beispielsweise einem Laptop: Der Consumer braucht auf der Labshell nicht so lange wie auf einem Laptop, da die Laufzeit offensichtlich systemabhängig ist.
12 12
 
13 13
 4. Da der Producer 10 Werte produziert, wird 10 mal für je eine Sekunde gewartet. Die zu erwartende Laufzeit liegt also über 10 Sekunden.
14 14
 
15
-5. Da der Producer immer noch 10 Werte produziert und dies nicht von der Größe des Buffers abhängig ist, ist die Laufzeit mit einer Buffergröße von 3 also gleich groß wie bei `4.`.
15
+5. Da der Producer immer noch 10 Werte produziert und dies nicht von der Größe des Buffers abhängig ist, ist die Laufzeit mit einer Buffergröße von 3 also gleich groß wie bei **4**.
16 16
 
17
-6. In diesem Fall werden die produzierten Werte abwechselnd von den einzelnen Consumern konsumiert. Diese warten anschließend für je eine Sekunde. Der Producer produziert 10 Werte, die auf drei Consumer aufgeteilt werden, also `c0: 4, c1: 3, c2: 3`. `c0` wartet 4 mal, also muss die Laufzeit länger als 4 Sekunden dauern.
17
+6. In diesem Fall werden die produzierten Werte abwechselnd von den einzelnen Consumern konsumiert. Diese warten anschließend für je eine Sekunde. Der Producer produziert 10 Werte, die auf drei Consumer aufgeteilt werden, also `C0: 4, C1: 3, C2: 3`. `C0` wartet 4 mal, also muss die Laufzeit länger als 4 Sekunden dauern.
18 18
 
19
-7. Wie bei `5.` ist die Laufzeit hier nicht von der Größe des Buffers abhängig, da die Werte direkt aus dem Buffer konsumiert werden und dieser somit nie voll wird. Die zu erwartende Laufzeit ist also dieselbe wie bei `6.`.
19
+7. Wie bei **5** ist die Laufzeit hier nicht von der Größe des Buffers abhängig, da die Werte direkt aus dem Buffer konsumiert werden und dieser somit nie voll wird. Die zu erwartende Laufzeit ist also dieselbe wie bei **6**.
20 20
 
21 21
 ### `main-one-cv-while.c`
22 22
 

Loading…
取消
儲存