Verteilte Systeme (Vorlesung 5)

Heute haben wir uns nochmal mit Sockets beschäftigt, haben Remote Procedure Calls (RPCs) angesprochen und einige Punkte zum Praktikum geklärt.

Skript-Anfang	VS_2_So2014_1 – Seite 54
Skript-Ende	VS_2_So2014_2 – Seite 39

Ein send() kann zu mehreren notwendigen recv() führen
Einsatz einer While-Schleife bis alle Bytes empfangen wurden
Entweder man definiert eine Art Protokoll mit Header (Size) um die Daten auszutauschen
oder man begrenzt Anfang und Ende von Nachrichten durch Nicht druckbare Zeichen

Sinngemäß „Aufruf einer fernen Prozedur“
Technik zur Realisierung von Interprozesskommunikation
Ermöglicht den Aufruf von Funktionen in anderen Adressräumen
Es gibt unterschiedliche und meist inkompatible Implementierungen dieser Technik

Versenden einer Nachricht vom Client-Prozess zum Server-Prozess
Die Nachricht enthält den Namen der Prozedur (oder eine ID) und die zugehörigen Parameterwerte
Zustellen der Nachricht mittels Broadcast oder Verzeichnisdienst
Nachricht kommt beim Server an, der diese Prozedur implementiert
Auf dem Server läuft ein Portmapper-Daemon, der auf einem TCP- und UDP-Port lauscht (111 oder 135)
Der Portmapper koordiniert die Funktionsaufrufe, indem er die Prozesse erschafft, einen vordefinierten Prozess bereitstellt oder Threads erzeugt