Du befindest dich hier: FSI Informatik » Prüfungsfragen und Altklausuren » Prüfungen im Bachelor-Studium (1. - 5. Semester) » pfp » Aufgabe 1 (Übersicht)
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.
Beide Seiten, vorherige ÜberarbeitungVorherige ÜberarbeitungNächste Überarbeitung | Vorherige Überarbeitung | ||
pruefungen:bachelor:pfp:loesungws15 [18.07.2016 16:35] – Marcel[Inf] | pruefungen:bachelor:pfp:loesungws15 [19.07.2018 15:50] (aktuell) – evren | ||
---|---|---|---|
Zeile 2: | Zeile 2: | ||
* a) 1 und 4 | * a) 1 und 4 | ||
- | * b) 2 und 4 (???) (einerseits | + | * b) 2 und 4 |
+ | Da nur nach gefragt ist, was den Speedup verbessern **könne**, ist 4 auch richtig, da es in manchen Fällen eine bessere Lastverteilung | ||
* c) 2 und 3 (siehe Seite 26 VL Folie: https:// | * c) 2 und 3 (siehe Seite 26 VL Folie: https:// | ||
Zeile 57: | Zeile 58: | ||
Nein ist nicht möglich, s wird bereits mit anderen Werten belegt, bevor das Programm parallel ausgeführt wird. Die Sichtbarkeit der in Zeile 25 festgelegten Werte ist gewährleistet (genauer [nicht VL-Stoff]: Es existiert im Allgemeinen eine Happens-Before Ordnung zwischen Code vor start() und dem Thread-Code.) | Nein ist nicht möglich, s wird bereits mit anderen Werten belegt, bevor das Programm parallel ausgeführt wird. Die Sichtbarkeit der in Zeile 25 festgelegten Werte ist gewährleistet (genauer [nicht VL-Stoff]: Es existiert im Allgemeinen eine Happens-Before Ordnung zwischen Code vor start() und dem Thread-Code.) | ||
- | * b) 3 | + | * b) 2 |
- | | + | |
* c) 4 | * c) 4 | ||
- | Nein, da die Threads wieder gejoint wurden. Das Programm ist somit nicht mehr parallel. Die Sichtbarkeit ist im (einzigen) Haupt-Thread gewährleistet (genauer [nicht VL-Stoff]: Es existiert im Allgemeinen eine Happens-Before Ordnung zwischen Thread-Code und Code nach .join()). | + | Nein, da die Threads wieder gejoint wurden. Das Programm ist somit nicht mehr parallel. Die Sichtbarkeit ist im (einzigen) Haupt-Thread gewährleistet (genauer [nicht VL-Stoff]: Es existiert im Allgemeinen eine Happens-Before Ordnung zwischen Thread-Code und Code nach einem erfolgreichen |
| | ||
Was bringt hier, dass s als volatile deklariert ist? volatile wirkt sich nur auf die Referenz selbst aus, diese wird aber nie geändert, könnte also genauso gut finaln sein. | Was bringt hier, dass s als volatile deklariert ist? volatile wirkt sich nur auf die Referenz selbst aus, diese wird aber nie geändert, könnte also genauso gut finaln sein. | ||
Zeile 109: | Zeile 110: | ||
def sortAllWith: | def sortAllWith: | ||
sortFun => ls => for (cur <- ls) yield sortFun(cur) | sortFun => ls => for (cur <- ls) yield sortFun(cur) | ||
+ | </ | ||
+ | |||
+ | Falls man nicht unbedingt eine Listenabstraktion hätte verwenden müssen: | ||
+ | < | ||
+ | def sortAllWith: | ||
+ | list.map(x => function(x)) | ||
+ | } | ||
</ | </ | ||