From eacbf5bb4d57af21c731f41251015d3b991ad490 Mon Sep 17 00:00:00 2001 From: guest Date: Fri, 30 Nov 2007 13:41:25 +0000 Subject: final version, initial import git-svn-id: svn+ssh://mecka.net/home/svn/rtcorba-thesis@1 cba7306a-a4a0-4afd-bcb4-bd19f8a24309 --- diplomathesis/node42.html | 96 +++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 96 insertions(+) create mode 100644 diplomathesis/node42.html (limited to 'diplomathesis/node42.html') diff --git a/diplomathesis/node42.html b/diplomathesis/node42.html new file mode 100644 index 0000000..cdc4d9e --- /dev/null +++ b/diplomathesis/node42.html @@ -0,0 +1,96 @@ + + + + + +Scheduling + + + + + + + + + + + + + + + + + + + + + +

+ +
+Scheduling +

+ +

+Die Qualität und Art der Implementation des Schedulings von Tasks, definiert die Real-time Eigenschaften eines Multitaskingsystems. + +

+In TAO wird für das Scheduling von Requests eine gepufferte Version des RMS (Rate Monotonic Scheduling, siehe [Tane01] Chap. 7.4.3 page 472) eingesetzt. Hierzu werden Aufgaben in rates groups organisiert. + +

+Auf der I/O Ebene kann für jede rates group eine eigene Verbindung aufgebaut werden. Somit kann auf der I/O Ebene, ohne Betrachtung des Inhalts der einkommenden Daten bestimmt werden, mit welcher Priorität diese verarbeitet werden. + +

+Die so in einer rates group getakteten (zum Beispiel 20 Hz) Tasks werden im ORB via Fixed Priority Scheduling (siehe [Tane01] Chap. 2.5.3 page 143, 144) einem mit entsprechend hoher Priorität arbeitendem Threadpool [Pya01] zugewiesen. Threadpools haben den Vorteil, dass sie eine fixe Anzahl von Threads inklusive Ressourcen zur Bearbeitung der zugewiesenen Aufgaben besitzen. Würden mehr Threads benötigt, als der Threadpool zur Verfügung stellt, werden die Aufgaben später abgearbeitet. Somit wird ein ständiges Freigeben und neu Lokalisieren von Ressourcen verhindert. Anhand der Größe des Threadpools kann die Performance optimiert werden. + +

+


+ +Subsections + + + +

+
+Manuel Traut +2007-02-25 +
+ + -- cgit v1.2.3