| Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende ÜberarbeitungLetzte ÜberarbeitungBeide Seiten der Revision |
| software:linux:preempt_rt:start [2016-05-27 14:17] – mgehrig2 | software:linux:preempt_rt:start [2018-04-13 18:48] – mgehrig2 |
|---|
| <box red 100% | Hinweis> Diese Seite ist in Bearbeitung. Marcel Gehrig 27.05.2016 </box> | |
| |
| ====== Preempt_RT ====== | ====== Preempt_RT ====== |
| ===== Vorwort ===== | ===== Vorwort ===== |
| |
| 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. | 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 Präsentation {{:software:linux:preempt_rt:s3r2_jan_altenberg.pdf| Linux und Echtzeit}} von Jan Altenberg bietet eine sehr gute und kurze Zusammenfassung bezüglich den beiden Varianten Preemt RT und Xenomai. |
| |
| |
| |
| <box 22% right green | **Beispiele für den Bau von RT-Kernel**> | <box 22% right green | **Beispiele für den Bau von RT-Kernel**> |
| * [[software:linux:phyCORE-MPC5200B:Kernel_v4_4_15RT | v4.1.15-rt17+ (Real-time) für phyCORE-MPC5200B]] | * [[software:linux:phyCORE-MPC5200B:Kernel_v4_4_15RT | v4.1.15-rt17+ für phyCORE-MPC5200B]] |
| * [[.:kernel_V3.18.29rt30 | v3.18.29rt30 (Real-time) für x86]] | * [[.:kernel_V3.18.29rt30 | v3.18.29rt30 für x86]] |
| * [[.:RealtimeDebian | v3.14.18-rt9 (Real-time) Debian-Way]] | * [[.:RealtimeDebian | v3.14.18-rt9 Debian-Way]] |
| | * [[.:..:toradex:kernel#Preempt-RT%20Kernel%203.14.28 | v3.14.79 für Colibri iMX6]] |
| | * [[.:bbbrt | v4.4.25-rt35 (Kurztanleitung) für Beaglebone Black]] |
| </box> | </box> |
| |
| |
| ==== EEROS ==== | ==== EEROS ==== |
| EEROS bietet eine Möglichkeit, die effektive Latenzen von einer EEROS-Applikation zu messen. Siehe Projektwebseite. (Noch in Arbeit. Marcel Gehrig 24.05.2016) | EEROS bietet eine Möglichkeit, die effektive Latenzen von einer EEROS-Applikation zu messen. Siehe [[http://wiki.eeros.org/for_developers/timing_measurement|Projektwebseite]]. |
| |
| ==== Zu erwartende Ergebnisse ==== | ==== Zu erwartende Ergebnisse ==== |
| Auf der Wiki Seite [[software:linux:cyclictest:start|Cyclictest]] sind bereits einige Ergebnisse Dokumentiert. Eine weitere sehr gute Quelle bietet das //Open Source Automation Development Lab// kurz [[https://www.osadl.org|OSADL]]. In ihrer QA Farm werden diverse Prozessoren auf ihre RT Performance getestet. Die Ergebnisse werden veröffentlicht. In der [[https://www.osadl.org/Hardware-overview.qa-farm-hardware.0.html | Hardware Übersicht]] sind alle getesteten Prozessoren aufgelistet. | Auf der Wiki Seite [[software:linux:cyclictest:start|Cyclictest]] sind bereits einige Ergebnisse dokumentiert. Eine weitere sehr gute Quelle bietet das //Open Source Automation Development Lab// kurz [[https://www.osadl.org|OSADL]]. In ihrer QA Farm werden diverse Prozessoren auf ihre RT Performance getestet. Die Ergebnisse werden veröffentlicht. In der [[https://www.osadl.org/Hardware-overview.qa-farm-hardware.0.html | Hardware Übersicht]] sind alle getesteten Prozessoren aufgelistet. |
| |
| |
| ===== Künstliche Belastung für RT-Systeme ===== | ===== Künstliche Belastung für RT-Systeme ===== |
| Wenn das System nicht unter Realbedinungen gemessen werden kann, kann es künstlich belastet werden. Mehr dazu unter [[.:künstlicheLast | Künstliche Last]]. | Wenn das System nicht unter Realbedingungen gemessen werden kann, kann es künstlich belastet werden. Mehr dazu unter [[software:linux:stresstests:start|Künstliche Last]]. |
| |
| ===== Einflüsse auf die Latenz ===== | ===== Einflüsse auf die Latenz ===== |
| Im [[https://rt.wiki.kernel.org/index.php/HOWTO:_Build_an_RT-application | HOWTO: Build an RT-application]] sind diverse Einflüsse auf die Latenz aufgelistet. Zusätzlich können noch andere Anwendungen, wie zum Beispiel eine SSH-Verbindung, die Latenz negativ beeinflussen, wenn die Priorität falsch gewählt wird. | Im [[https://rt.wiki.kernel.org/index.php/HOWTO:_Build_an_RT-application | HOWTO: Build an RT-application]] sind diverse Einflüsse auf die Latenz aufgelistet. Zusätzlich können noch andere Anwendungen, wie zum Beispiel eine SSH-Verbindung, die Latenz negativ beeinflussen, wenn die Priorität falsch gewählt wird. |
| | |
| | [[software:linux:preempt_rt:latenz_reduzieren | Massnahmen um die Latenz / Jitter zu reduzieren]] |
| |
| |
