From 7c136bc33e65c4b8938716f603cc08ab0cd3c795 Mon Sep 17 00:00:00 2001
From: Maximilian R <maxi.rostock@outlook.de>
Date: Mon, 29 Jan 2024 19:22:58 +0100
Subject: [PATCH] WIP: add ws16 questions

---
 ws16.q | 25 +++++++++++++++++++++++++
 1 file changed, 25 insertions(+)
 create mode 100644 ws16.q

diff --git a/ws16.q b/ws16.q
new file mode 100644
index 0000000..9587766
--- /dev/null
+++ b/ws16.q
@@ -0,0 +1,25 @@
+# https://sys.cs.fau.de/extern/lehre/ws23/sp2/pruefung/klausuren/2016w-SP-Klausur-www.pdf
+0 Welche Aussage zu Semaphoren ist richtig?
+- Die *P*-Operation eines Semaphors erhöht den Wert des Semaphors um 1 und deblockiert gegebenenfalls wartende Prozesse.
+Nein, die *P*-Operation ([vom Niederländischen *probeer te verlagen* - versuche, zu verringern](https://en.wikipedia.org/wiki/Semaphore_(programming)#Operation_names)) verringert den Wert der Semaphore um 1 und blockiert, wenn dies den Wert unter 0 bringen würde, bis eine V-Operation aufgerufen wird.
+
++ Die V-Operation eines Semaphors erhöht den Wert des Semaphors um 1 und deblockiert gegebenenfalls wartende Prozesse.
+Ja, die *V*-Operation (ursprünglich vom Niederländischen *vrijgave* - freigeben) erhöht den Wert der Semaphore um 1. Dabei wird eventuell eine wartende *P*-Operation entblockiert.
+
+- Ein Semaphor kann nur zur Signalisierung von Ereignissen, nicht jedoch zum Erreichen gegenseitigen Ausschlusses verwendet werden.
+Nein, eine binäre Semaphore (Semaphore mit Startwert 1), bei der P und V immer paarweise nacheinander aufgerufen werden, implementiert gegenseitigen Ausschluss.
+
+- Die V-Operation eines Semaphors kann ausschließlich von einem Thread aufgerufen werden, der zuvor mindestens eine P-Operation auf dem selben Semaphor aufgerufen hat.
+Nein, eine Semaphore erlaubt dies im Gegensatz zu einem *mutex*.
+.
+
+
+1 Welche der folgenden Aussagen zum Thema persistenter Datenspeicherung sind richtig?
+- Bei kontinuierlicher Speicherung ist es immer problemlos möglich, bestehende Dateien zu vergrößern.
+Welche der folgenden Aussagen zur Einplanung von Prozessen sind richtig?
+
+1 Welche der folgenden Aussagen zur Einplanung von Prozessen sind richtig?
++ Bei kooperativer Einplanung kann es zur Monopolisierung der CPU kommen
+
+Ja, bei kooperativer Einplanung muss das Programm per Systemaufruf die Ressource CPU abgeben. Ein unkooperatives Programm kann dies unterlassen, und die CPU monopolisieren.
+
-- 
GitLab