Dynamische Adaption in heterogenen verteilten eingebetteten ...

5.1 Konfigurationsfindung
dabei durch Änderungskommandos, wie sie durch übliche Vergleichsalgorithmen erzeugt werden
(zum Beispiel UNIX-diff [HM76] oder Xdelta [Mac00]) ausgedrückt und dann in einer Nachricht zum
verwalteten Knoten übertragen werden. Der verwalteten Knoten muss dann allerdings in der Lage sein,
die Änderungskommandos auszuführen.
Die Datenmenge muss für die einzelnen Operationen getrennt betrachtet werden. Beim bedarfsgesteuerten
Installieren müssen neben der aufgerufenen Funktion auch ihre Abhängigkeiten bereitgestellt
werden. Hierbei besteht die Wahl, abhängige Funktionen zu installieren oder lediglich Stellvertreter zu
verwenden. Durch den Einsatz von Stellvertretern wird die Datenmenge reduziert, allerdings ist dann
möglicherweise ein erneutes Nachinstallieren notwendig, wodurch eine weitere Unterbrechung der
Ausführung stattfindet und die Anzahl an Kommunikationsvorgängen insgesamt erhöht wird.
Beim Parken von Modulen muss der Zustand von veränderlichen Datenmodulen beim Verwalter
gesichert werden. Dabei sind im Allgemeinen weniger Daten zu übertragen als beim Installieren, da
Code und konstante Datenmodule nicht gesichert werden müssen.
Beim Ersetzen oder Aktualisieren der Module setzt sich die zu übertragende Datenmenge aus der
Größe des alten Zustands zuzüglich den Daten der neuen Module zusammen. Neben der Datenmenge
spielt hierbei aber auch die Verknüpfung des Codes eine Rolle. Wird eine Funktion beispielsweise
nicht an der Adresse installiert, an der ihr Stellvertreter war und wird auch keine Weiterleitung
verwendet, so müssen alle Verweise angepasst werden. Je nach eingesetztem Kommunikationsprotokoll
kann das zu einer Reihe zusätzlicher Kommunikationsvorgängen führen. Das Installieren einer stark
verknüpften Funktion wird daher teurer sein als der Austausch einer kaum referenzierten Funktion.
Besonders stark schlägt sich das nieder, wenn auf dem verwalteten Gerät nur blockweise auf den
Programmspeicher geschrieben werden kann, wie das beispielsweise bei AVR-Prozessoren der Fall ist.
Bei starker Verknüpfung müssen viele Blöcke verändert werden.
5.1.1.2 Kostenbeinflussende Faktoren bei einem Fernaufruf
Bei einem Fernaufruf müssen für jeden Aufruf die Parameter übertragen werden. Die Datenmenge
hängt dabei von der Anzahl und der Größe der Parameter ab, die direkt für den Aufruf mitgegeben
werden. Außerdem trägt der Rückgabewert zur Datenmenge bei.
Wie in Abschnitt 4.6.4 erläutert wurde, müssen neben den expliziten Parametern auch Daten
übertragen werden, um am Zielknoten eine Ausführungsumgebung aufzubauen. Daher könnte man alle
Datenstrukturen, die zur Ausführung der Funktion benötigt werden, als implizite Parameter bezeichnen.
Bei diesen zusätzlichen Daten ist zu unterscheiden, ob es sich um veränderbare oder um konstante
Daten handelt. Konstante Daten müssen nicht übertragen werden, da am Verwalterknoten eine Kopie
verwendet werden kann.
Bei den veränderbaren Daten muss man zwischen Daten unterscheiden, die ausschließlich von der
Funktion benötigt werden und Daten, welche mit anderen Funktionen gemeinsam genutzt werden. In
beiden Fällen müssen sie zur Ausführung der Funktion am Verwalter vorhanden sein. Allerdings müssen
Daten, welche ausschließlich von der Funktion genutzt werden, nicht bei jedem Aufruf aktualisiert und
bei Veränderung wieder zum Gerät zurückgeschrieben werden.
Unter Berücksichtigung dieses Umstands kann man die Datenmenge, die bei jedem Aufruf übertragen
werden muss, reduzieren, indem man Funktionen, welche auf gemeinsamen Daten arbeiten, gemeinsam
auslagert. Dadurch wird der Anteil der Daten, die an verschiedenen Orten benötigt werden, reduziert
und die Kosten für das Erstellen der Ausführungsumgebung gesenkt. Das Auslagern einer weiteren
Funktion kann somit die Kosten reduzieren.
Eine ausgelagerte Funktion kann natürlich auch weitere Funktionen aufrufen. Hierbei ist die Entscheidung
zu treffen, an welchem Ort diese Funktionen ausgeführt werden sollen. Ist die Zielfunktion
99