Began hw3/simu2. Solved hw3/simu3 partially.

hw3/simu2/ANSWERS.md

@@ -0,0 +1,33 @@
+# Antworten
+
+### Warmup
+
+| VA Number | Virtual Adress | Binary Address | Segment Number |
+| --------- | -------------- | -------------- | -------------- |
+| VA  0     | 0x00000011     | 0**0**010001   | 0              |
+| VA  1     | 0x0000006c     | 0**1**101100   | 1              |
+| VA  2     | 0x00000061     | 0**1**100001   | 1              |
+| VA  3     | 0x00000020     | 0**0**100000   | 0              |
+| VA  4     | 0x0000003f     | 0**0**111111   | 0              |
+
+
+
+```
+ --------------- 0x00000000
+ |  Segment 0  |
+ |-------------| 0x00000020
+ |             |
+ |             |
+ |             |
+ |             |
+ |-------------| 0x000001ec
+ |  Segment 1  |
+ |-------------| 0x00000200
+```
+
+
+
+## Questions
+
+1.  Die höchste erlaubte Adresse in Segment 0 ist 0x00000020. Die niedrigste valide Addresse des Segments 1 ist 0x000001ec.
+2.  ​

hw3/simu3/ANSWERS.md

@@ -0,0 +1,106 @@
+# Warmup
+
+Die Entwicklung des Speichers nach ausführen von `./malloc.py -n 10 -H 0 -p BEST -s` 
+
+```
+ --------------- 1000
+ |             |
+ |             |
+ |-------------| 1100
+```
+
+```
+ --------------- 1000
+ |   alloc'd   |
+ |-------------| 1003
+ |             |
+ |             |
+ |    FREE     |
+ |             |
+ |             |
+ |-------------| 1100
+```
+
+```
+ --------------- 1000
+ |    FREE     |
+ |-------------| 1003
+ |             |
+ |             |
+ |    FREE     |
+ |             |
+ |             |
+ |-------------| 1100
+```
+
+```
+ --------------- 1000
+ |    FREE     |
+ |-------------| 1003
+ |   alloc'd   |
+ |-------------| 1008
+ |             |
+ |    FREE     |
+ |             |
+ |-------------| 1100
+```
+```
+ --------------- 1000
+ |    FREE     |
+ |-------------| 1003
+ |    FREE     |
+ |-------------| 1008
+ |             |
+ |    FREE     |
+ |             |
+ |-------------| 1100
+```
+```
+ --------------- 1000
+ |    FREE     |
+ |-------------| 1003
+ |    FREE     |
+ |-------------| 1008
+ |   alloc'd   |
+ |-------------| 1016
+ |    FREE     |
+ |-------------| 1100
+```
+```
+ --------------- 1000
+ |    FREE     |
+ |-------------| 1002
+ |   alloc'd   |
+ |-------------| 1003
+ |    FREE     |
+ |-------------| 1008
+ |    FREE     |
+ |-------------| 1016
+ |    FREE     |
+ |-------------| 1100
+```
+```
+ --------------- 1000
+ |    FREE     |
+ |-------------| 1002
+ |   alloc'd   |
+ |-------------| 1003
+ |    FREE     |
+ |-------------| 1008
+ |   alloc'd   |
+ |-------------| 1015
+ |    FREE     |
+ |-------------| 1016
+ |    FREE     |
+ |-------------| 1100
+```
+
+Wie man sieht hat die Fragmentierung des Speichers bzw. der Free-Liste zugenommen.
+
+# Antworten
+
+1. Wenn zwei mal ein gleich großes Speicherstück alloziiert wird, dann wird nicht das wieder freigewordene Fragment genutzt, sondern ein neues reserviert. Auch Alloziierungen von kleineren Stücken bekommen keine Teile von wieder freigegebenem Platz. Also ensteht im allgemeinen eine höhere Fragmentierung als mit **BEST**.
+2. Die Struktur der Free-Liste ändert sich nicht, aber es werden weniger Elemente (Speicherblöcke) gesucht, bevor die Adresse zurückgeliefert wird. Je größer die Free-Liste, desto länger dauert es, diese zu durchsuchen. Das Flag **FIRST** verkürzt also die Suchzeit und somit auch die insgesamte alloc-Zeit.
+3. - **ADDRSORT** sortiert die Liste mit dem freien Speicher nach der höhe der Adresse. Es verändert sich nichts zu vorher mit anderen Policies.
+   - Bei **SIZESORT+** sind die kleinsten *Stücke* vorne in der Liste. Bei **BEST** ist dann oft der Verschnitt, also 1-Byte-Blöcke am Anfang. 
+   - Bei **SIZESORT-** wird die Speicherliste absteigend nach der Größe der Blöcke sortiert. Diese Sortierung ist vorteilhaft für die Policy **FIRST**, da große Blöcke direkt am Anfang gefunden werden die sehr häufig für den angeforderten Speicher ausreichen.