Ergebnis

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/node65.html | 98 +++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 98 insertions(+) create mode 100644 diplomathesis/node65.html (limited to 'diplomathesis/node65.html') diff --git a/diplomathesis/node65.html b/diplomathesis/node65.html new file mode 100644 index 0000000..99fa59d --- /dev/null +++ b/diplomathesis/node65.html @@ -0,0 +1,98 @@ + + + + + +Ergebnis + + + + + + + + + + + + + + + + + + + + +

+Ergebnis +

+ +

+
+ +
+ +

+...zeigt, dass TAO das Scheduling der Threads dem Betriebssystem überläßt. Die Threads wurden korrekt priorisiert. Dies ist zu erkennen, da der nieder priorisierte Thread den größten Teil der CPU Zeit erhalten hat. + +

+ +

+ + + +

**Figure 27:** +Latenzverteilung V4
+ +[width=0.5]./img/v3/new.jpg + + +

+ +

+Die hohen Latenzwerte in Abbildung 27 entstehen vermutlich, da der hoch priorisierte Prozess auf eine vom niedrig priorisierten Thread gelockte Ressource zugreifen muß. In diesem Fall müßte das Locking im Linux Kernel mit einem PI-Mutex implementiert werden. +
+
+
+

+Manuel Traut +2007-02-25 +

+ + -- cgit v1.2.3