imported>Heronils: /* Lösung mittels Ressourcenhierarchie */ Noch ein letzter Review. Ich bin mir nicht 100 % sicher ob es so tatsächlich verständlicher ist. Falls nicht, gerne revertieren.

2026-04-27T08:35:18Z

Lösung mittels Ressourcenhierarchie: Noch ein letzter Review. Ich bin mir nicht 100 % sicher ob es so tatsächlich verständlicher ist. Falls nicht, gerne revertieren.

Neue Seite

[[Datei:An illustration of the dining philosophers problem.png|mini|Aufbau des Philosophenproblems]]

Beim '''Philosophenproblem''' ({{enS|''dining philosophers problem''}}) handelt es sich um ein Fallbeispiel aus dem Bereich der [[Theoretische Informatik|theoretischen Informatik]]. Damit soll das Problem der [[Nebenläufigkeit]] und die Gefahr der [[Verklemmung]] von Prozessen veranschaulicht werden. Das Problem wurde von [[Edsger W. Dijkstra]] formuliert.

== Aufbau ==
Fünf [[Philosoph]]en, nummeriert von eins bis fünf, leben in einem Haus, in dem der Tisch für sie gedeckt ist, wobei jeder Philosoph seinen eigenen Platz am Tisch hat. Ihr einziges Problem – neben dem der [[Philosophie]] – ist, dass es sich bei dem servierten Gericht um eine sehr schwierige Sorte Spaghetti handelt, die mit zwei Gabeln gegessen werden muss. Zwischen den Tellern befindet sich jeweils eine Gabel, sodass dies für einen einzelnen Philosophen kein Problem darstellt. Allerdings können zwei Nachbarn nicht gleichzeitig essen.<ref>Dijkstra, E. W. (1971, June). [https://www.cs.utexas.edu/users/EWD/ewd03xx/EWD310.PDF EWD310 Hierarchical ordering of sequential processes]. Acta Informatica 1(2): 115–138</ref>

== Problem ==
Die Philosophen sitzen am Tisch und denken über philosophische Probleme nach. Wenn einer hungrig wird, greift er zuerst die Gabel links von seinem Teller, dann die auf der rechten Seite und beginnt zu essen. Wenn er satt ist, legt er die Gabeln wieder zurück und beginnt wieder zu denken. Sollte eine Gabel nicht an ihrem Platz liegen, wenn der Philosoph sie aufnehmen möchte, so wartet er, bis die Gabel wieder verfügbar ist.

Solange nur einzelne Philosophen hungrig sind, funktioniert dieses Verfahren. Es kann aber passieren, dass sich alle fünf Philosophen gleichzeitig entschließen, zu essen. Sie ergreifen also alle gleichzeitig ihre linke Gabel und nehmen damit dem jeweils links von ihnen sitzenden Kollegen dessen rechte Gabel weg. Nun warten alle fünf darauf, dass die rechte Gabel wieder auftaucht. Das passiert aber nicht, da keiner der fünf seine linke Gabel zurücklegt. Die Philosophen verhungern.

== Lösung mittels Ressourcenhierarchie ==
Bei der Ressourcenhierarchie-Lösung werden die Gabeln von eins bis fünf durchnummeriert. Jeder Philosoph muss immer zuerst versuchen, die Gabel mit der niedrigeren Nummer aufzunehmen, und nur wenn das erfolgreich war, versucht er, die Gabel mit der höheren Nummer aufzunehmen. Wenn nun alle Philosophen gleichzeitig essen möchten, können nicht alle gleichzeitig die Gabel mit der niedrigeren Nummer aufnehmen. Entweder nimmt der erste Philosoph die Gabel mit der Nummer eins (die zu seiner linken), oder der letzte Philosoph nimmt diese Gabel (die zu seiner rechten). Nimmt der erste Philosoph diese Gabel, so erhält er, der zweite und dritte Philosoph eine Gabel und warten auf die mit der höheren Nummer, der vierte Philosoph erhält zwei Gabeln und isst, und der letzte Philosoph erhält keine Gabel und wartet auf die mit der niedrigeren Nummer. Nimmt der letzte Philosoph diese Gabel, so erhält der erste Philosoph keine Gabel und wartet auf die mit der niedrigeren Nummer, der zweite und dritte erhalten eine Gabel und warten auf die mit der höheren Nummer, und der vorletzte und letzte Philosoph streiten sich um die Gabel mit der Nummer fünf, wer zuerst kommt, isst mit zwei Gabeln, der andere hat eine und wartet auf die Gabel mit der höheren Nummer.

Der folgende Quellcode ist eine [[C++]]11-Implementierung der Ressourcenhierarchie-Lösung für drei Philosophen. Die Funktion sleep_for() simuliert die Zeit, die normalerweise mit Geschäftslogik verbracht wird.

<syntaxhighlight lang="c++">
#include <iostream>
#include <chrono>
#include <mutex>
#include <thread>
#include <random>
#include <ctime>
using namespace std;
int myrand(int min, int max) {
static mt19937 rnd(time(nullptr));
return uniform_int_distribution<>(min,max)(rnd);
}
void phil(int ph, mutex& ml, mutex& mh, mutex& mo) {
for (;;) { // verhindert, dass Thread beendet wird
int duration = myrand(200, 800);
{
// Block { } begrenzt Gueltigkeit von lock
lock_guard<mutex> moGuard(mo);
cout<<ph<<" denkt "<<duration<<"ms\n";
}
this_thread::sleep_for(chrono::milliseconds(duration));
{
lock_guard<mutex> moGuard(mo);
cout<<"\t\t"<<ph<<" ist hungrig\n";
}
{
lock_guard<mutex> mlGuard(ml);
this_thread::sleep_for(chrono::milliseconds(400));
lock_guard<mutex> mhGuard(mh);
duration = myrand(200, 800);
{
lock_guard<mutex> moGuard(mo);
cout<<"\t\t\t\t"<<ph<<" isst "<<duration<<"ms\n";
}
this_thread::sleep_for(chrono::milliseconds(duration));
}
}
}
int main() {
cout<<"speisende Philosophen C++11 mit Ressourcenhierarchie\n";
mutex m1, m2, m3; // 3 Gabeln sind 3 Mutexe
mutex mo; // für ordentliche Ausgabe
// 3 Philosophen sind 3 Threads
thread t1([&] {phil(1, m1, m2, mo);});
thread t2([&] {phil(2, m2, m3, mo);});
thread t3([&] {phil(3, m1, m3, mo);}); // Ressourcenhierarchie
t1.join(); // verhindert, dass Threads beendet werden
t2.join();
t3.join();
}
</syntaxhighlight>

== Alternative Lösung ==
Bei dieser Variante muss jeder hungrige Philosoph entweder beide Gabeln gleichzeitig, oder keine Gabeln aufnehmen. Es ist nicht gestattet, nur eine aufzunehmen, wenn die zweite nicht verfügbar ist. Allerdings ist es in diesem Fall möglich, dass zum Beispiel immer abwechselnd Philosoph eins und drei und dann Philosoph zwei und vier essen. In diesem Fall verhungert der fünfte Philosoph.

== Zweck des Philosophenproblems ==
Das Szenario der fünf (gelegentlich auch nur drei oder vier) speisenden Philosophen wird oft gebraucht, um das Problem der [[Interprozesskommunikation]] und [[Ressource#Informatik|Ressourcenverwaltung]] bei der Entwicklung von [[Betriebssystem]]en zu illustrieren.
Das Beispiel soll darstellen, was passieren kann, wenn parallele [[Prozess (Informatik)|Prozesse]] auf mehrere gemeinsame [[Ressource#Informatik|Ressourcen]] angewiesen sind und [[Nebenläufigkeit|gleichzeitig]] darauf zugreifen. Dann kann es passieren, dass alle blockiert sind und auf ein Ereignis warten, das durch diese Blockade nie eintreffen wird. Ein solcher Zustand wird als [[Deadlock (Informatik)|Deadlock]] oder Verklemmung bezeichnet.

Zur Lösung des Problems werden typischerweise fortschrittliche [[Mutex]]e oder [[Semaphor (Informatik)|Semaphore]] zur [[Sequentialisierung]] verwendet, zum Beispiel scoped_lock von C++17.<ref>{{Internetquelle |url=https://en.cppreference.com/w/cpp/thread/scoped_lock |titel=std::scoped_lock - cppreference.com |abruf=2022-01-15}}</ref>

== Siehe auch ==
* [[Erzeuger-Verbraucher-Problem]]
* [[Raucherproblem]]
* [[Verhungern (Informatik)]]

== Literatur ==
* Abraham Silberschatz & James L. Peterson: ''Operating Systems Concepts.'' Addison-Wesley 1988, ISBN 0-201-18760-4
* K. Mani Chandy & Jayadev Misra: ''The Drinking Philosophers Problem.'' In: ''ACM Transactions on Programming Languages and Systems.'' Vol. 6, No. 4, Oktober 1984, S. 632–646 ([https://www.cs.utexas.edu/users/misra/scannedPdf.dir/DrinkingPhil.pdf PDF; 960 kB])
* [[Edsger W. Dijkstra]]: ''Hierarchical ordering of sequential processes.'' In: ''Acta Informatica.'' 1(2), 1971, S. 115–138 ([https://www.cs.utexas.edu/users/EWD/ewd03xx/EWD310.PDF PDF; 1,0 MB])
* Daniel J. Lehmann & [[Michael O. Rabin]]: ''On the Advantages of Free Choice: A Symmetric and Fully Distributed Solution to the Dining Philosophers Problem.'' In: ''Principles Of Programming Languages 1981 (POPL ’81).'' 1981, S. 133–138

== Weblinks ==
* [https://www.heise.de/developer/artikel/Dining-Philiosophers-Problem-I-6320973.html Dining Philiosophers Problem I] (deutsch)
* [https://www.heise.de/developer/artikel/Dining-Philosopher-Problem-II-6327946.html Dining Philosopher Problem II] (deutsch)
* [https://www.heise.de/developer/artikel/Dining-Philosophers-Problem-III-6335228.html Dining Philosophers Problem III] (deutsch)
* [https://web.archive.org/web/20190103144139/http://laser.cs.umass.edu/verification-examples/dp_standard/dp.html Discussion of the problem with solution code for 2 or 4 philosophers] (englisch)
* [http://foldoc.doc.ic.ac.uk/foldoc/foldoc.cgi?Dining+Philosophers+Problem Discussion of various solutions 1] (englisch)
* [https://www.cs.utk.edu/~plank/plank/classes/cs560/560/notes/Dphil/lecture.html Discussion of various solutions 2] (englisch)
* [https://www.doc.ic.ac.uk/~jnm/concurrency/classes/Diners/Diners.html Interactive example] of the Philosophers problem (englisch) [als [[Java-Applet]], gelten inzwischen als veraltet]
* [https://www.crockford.com/ec/dining.html Satan Comes to Dinner] (englisch)
* [https://www.cs.mtu.edu/~shene/NSF-3/e-Book/MUTEX/TM-example-philos-1.html ThreadMentor] (englisch)

== Einzelnachweise ==
<references />

[[Kategorie:Parallelverarbeitung]]
[[Kategorie:Betriebssystemtheorie]]
[[Kategorie:Gedankenexperiment]]

Philosophenproblem - Versionsgeschichte

imported>Heronils: /* Lösung mittels Ressourcenhierarchie */ Noch ein letzter Review. Ich bin mir nicht 100 % sicher ob es so tatsächlich verständlicher ist. Falls nicht, gerne revertieren.