November 2003 Funktelegraphie-corba: Grundprinzip 3-3 3 Dieses Kapitel wird auf Systeme gerichtet, in denen die Disziplin für die Terminplanung von CORBA ORB und Anwendung verlegt (z.B., höchste Priorität zuerst oder frühester Stichtag zuerst oder wenig laxity zuerst) kann von der Anwendung oder von den Systemplanern gewählt werden; und festlegeneingangswerte benötigt worden durch einen Scheduler, um die Durchführung zu steuern (benannt Terminplanung Parameterelemente in diesem Dokument) für diese festlegendisziplin (z.B., Priorität, der Stichtag, erwartet Ausführungszeit) kann durch die Anwendung dynamisch geändert werden (d.h., jederzeit). Demgegenüber wird Realzeit-CORBA 1,1 (formal/02-08-02) an fokussiert örtlich festgelegte Prioritätssysteme. 3,1,2 Verteilbares Gewinde Diese Spezifikation ersetzt die Bezeichnung und das Konzept einer Tätigkeit das erschien als a Design- und Analysenvorschlag in Realzeit-CORBA 1,1 mit einer Spezifikation für aufeinanderfolgendes schedulable Wesen benannt verteilbares Gewinde . Zusätzlich dieses Einleitung der Spezifikation des Wesens benannte festlegensegment führt durch Wiedereinbau der Tätigkeit Konzept von Realzeit-CORBA 1,1. 3,2 Grundprinzip Die dynamische Terminplanung wird allgemein in der Realzeit und in verteilter Realzeit angewendet Computing-Systeme. Diese Spezifikation verlängert Realzeit-CORBA 1,1, um umzugeben diese dynamischen Systeme sowie statische Systeme. In den meisten Realzeitsystemen besonders Verbundsysteme, verlangt Kostengünstigkeit daß das Computing-System so viel anwendungsspezifisches Wissen über einsetzen Anwendung und sein Durchführungsklima, wie durchführbar. Viel dieses Wissens kann sein gut gefangengenommen in der festlegendisziplin. Diese Spezifikation erlaubt solche Anwendung spezifische festlegendurch einen steckbaren Scheduler einzuführende disziplinen. Ein aufeinanderfolgendes Durchführungsmodell ist zum Erzielen der aufeinanderfolgenden Voraussagbarkeit von wesentlich Rechtzeitigkeit in einem verteilten Realzeitcomputing-System. Dieses ist innen besonders wichtig dynamisch zeitlich geplante Systeme. Das aufeinanderfolgende Durchführungsmodell kann zur Verfügung gestellt werden entsprechend einer formalen Standardspezifikation (als hierin) oder als Anzeige hoc, nach Maß Kreation durch mehrfache unterschiedliche Anwendungsprogrammierer. 3,3 BegriffscFestlegencService-Architektur Diese Spezifikation basiert auf einer festlegenservice-Architektur für ein hypothetisches oder Begriffsfestlegenservice-Steckverbindung. Die Spezifikation erfordert nicht festlegende die Service-Implementierungen passen sich an diese Begriffsarchitektur an. Sie wird nur dargestellt stellen Sie ein Hilfsmittel zum Verstehen und zum Beschreiben der Spezifikation von einem generischem zur Verfügung festlegenservice-Rahmen. Die Anwendung wirkt auf den Scheduler ein und führt Informationen über sein ( festlegennotwendigkeiten und sein vorausgesagter Gebrauch der Anwendung) von Systembetriebsmitteln. Scheduler ist für gut verantwortlich feststellen, wie man den Zeitplan trifft, der, das gegeben wird Hilfsmittelverbrauch. Der Scheduler verwendet eins oder mehr festlegendisziplinen, wie Frühester Stichtag zuerst oder maximale Dringlichkeit zuerst, dieses Ziel erzielen.