Dies ist eine alte Version des Dokuments!
Hinweis
Linux Preempt_RT
Preempt_RT ist ein von Ingo Molnar betreuter Patch für den Linux Kernel. Dieser modifiziert den Kernel so, dass dieser (beinahe) vollständig präemptiv wird. Dazu werden die klassischen Kernel Spinlocks durch Mutexe ersetzt, welche Prioritätsvererbung unterstützen. Ausserdem wird die Behandlung aller Interrupts in eigene Kernel-Threads ausgelagert.
Die FAQs und die beiden HOWTOs HOWTO: Build an RT-application und RT PREEMPT HOWTO des Real-Time Linux Wiki bieten eine gute Einführung in diverse Aspekte und Probleme von Realtime.
Siehe grüne Box „Beispiele für den Bau von RT-Kernel“ für diverse Beispiele.
Beispiele für den Bau von RT-Kernel
Bei RT Systemen ist die Latenz ein wichtiges Mass. In diesem Zusammenhang wird auch oft von der maximalen Latenz gesprochen. Es ist allerdings nicht ganz einfach die maximale Latenz zu messen.
Diverse Hinweise, die beim Messen der RT-Performance beachtet werden solten, sind im Artikel Hinweise Messung RT gesammelt.
Mit dem Cyclictest kann die maximale Latenz gemessen werden. Mehr dazu auf der Seite Cyclictest.
EEROS bietet eine Möglichkeit, die effektive Latenzen von einer EEROS-Applikation zu messen. Siehe Projektwebseite. (Noch in Arbeit. Marcel Gehrig 24.05.2016)
Auf der Wiki Seite Cyclictest sind bereits einige Ergebnisse Dokumentiert. Eine weitere sehr gute Quelle bietet das Open Source Automation Development Lab kurz OSADL. In ihrer QA Farm werden diverse Prozessoren auf ihre RT Performance getestet. Die Ergebnisse werden veröffentlicht. In der Hardware Übersicht sind alle getesteten Prozessoren aufgelistet.
Wenn das System nicht unter Realbedinungen gemessen werden kann, kann es künstlich belastet werden. Mehr dazu unter Künstliche Last.
Diverse Faktoren können die Latenz des Systems negativ beeinflussen. Eine genauere Auflistung inklusive möglicher Massnahmen findet sich auf der Seite Einflüsse auf die Latenz.