Dynamische Adaption in heterogenen verteilten eingebetteten ...

5 Kontroll- und Verwaltungsschicht
nicht von Ressourcen abhängig, die ausschließlich auf dem verwalteten Gerät vorhanden sind, kann die
Funktion entweder auf dem Verwalter oder mithilfe eines Rückrufs auf dem Gerät ausgeführt werden.
Da ein Rückruf wieder einen Fernaufruf darstellt, gelten hier auch die genannten Kostenfaktoren.
Insbesondere müssen alle Daten am Gerät aktualisiert werden.
Ein weiterer wichtiger Kostenfaktor ist die Häufigkeit der Aufrufe. Eine Funktion, die nur selten
aufgerufen wird, eignet sich am Besten für eine Auslagerung, da die Kosten eines Aufrufs nur selten
anfallen. Wird eine Funktion hingegen sehr häufig aufgerufen, so fallen die Aufrufkosten stark ins
Gewicht. Die gesamte Ausführungszeit kann dadurch stark beeinflusst werden.
5.1.2 Metriken zur Abschätzung der kostenbeeinflussenden Faktoren
Die bisher beschriebenen kostenbeeinflussenden Faktoren können teilweise aus den Daten der Basisschicht
ermittelt werden. Daraus lässt sich eine Kostenabschätzung ableiten, die zur Strategiefindung
beitragen kann.
• Die Datenmenge beim Installieren, Parken oder Ersetzen von Modulen lässt sich anhand der
Modulgrößen ermitteln. Zusätzlich kann anhand des Abhängigkeitsgraphen im Vorfeld festgestellt
werden, welche Module genau betroffen sind. So kann beispielsweise bestimmt werden,
wie viel das Installieren aller abhängigen Funktionen zusätzlich kostet. Auf dieser Basis kann
entschieden werden, ob diese gleich mitinstalliert werden sollen.
• Die Verknüpfung der Funktion innerhalb der Anwendung kann anhand des Abhängigkeitsgraphen
ermittelt werden. Daraus können die Kosten für das Anpassen der Verweise abgeschätzt werden.
• Die Menge der zu übertragenden Daten bei einem Aufruf einer ausgelagerten Funktion kann
ebenfalls im Vorfeld abgeschätzt werden. Zur Bestimmung der direkten Parameter wird auf die
Schnittstellenbeschreibung zurückgegriffen. Hieraus kann der Typ und daraus die Größe der
Parameter und des Rückgabewerts ermittelt werden. Bei manchen Datentypen ist die Größe
jedoch nicht konstant. Bei Feldern beispielsweise kann die Länge durch einen zusätzlichen
Parameter spezifiziert sein, der erst zur Laufzeit ausgewertet werden kann.
Die impliziten Parameter werden durch den Abhängigkeitsgraphen bestimmt. Anschließend
kann mithilfe der geplanten Konfiguration ermittelt werden, welche Datenmodule gemeinsam
mit anderen Funktionen auf dem Gerät benutzt werden.
• Anhand des Abhängigkeitsgraphen lässt sich die Beziehung zwischen den Funktionen ermitteln.
Man kann feststellen, welche Funktionen ein Datenmodul referenzieren. Beim Auslagern einer
Funktion kann man hieran prüfen, ob das Auslagern zusätzlicher Funktionen den Aufwand bei
einem Aufruf reduziert.
• Die Häufigkeit eines Aufrufs lässt sich nicht statisch bestimmen. Ein Anhaltspunkt für die
Wichtigkeit und damit der Aufrufwahrscheinlichkeit kann die Einbindung der Funktion in die
Software sein. Das heißt: Wird die Funktion von vielen Stellen innerhalb der Anwendung referenziert,
so kann das als Hinweis betrachtet werden, dass sie auch oft aufgerufen wird. Allerdings
ist dieser Zusammenhang nicht zwingend gegeben.
Ein anderes Herangehen ist das Ermitteln eines Nutzungsprofils zur Laufzeit. Durch Instrumentieren
des Codes können die tatsächlichen Aufrufe gezählt werden. Die Instrumentierung
kann entweder als Konfigurationsoperation durch die Kontrollschicht eingefügt und ausgewertet
werden oder man führt sie bei einem separaten Testlauf durch und verwendet die Ergebnisse als
100