xenomai-ipipe机制简述
2017-10-10 20:08
141 查看
1. xenomai与ipipe的渊源
2001年8月由Philippe Gerum发起,其思想是来源于Karim的ADEOS(Adoptive Domain Environment for Operating System)。发布后即被RTAI采用,并一度合并为RTAI/Fusion。后于2005年独立。Xenomai的实时性能比RTAI略差,因为其完全由ADEOS控制中断,而RTAI是由其内核对中断进行了截断,非实时的中断才交给ADEOS,这就减少了一部分实时开销Xenomai是一种采用双内核机制的Linux内核的强实时扩展。优先级高于Linux内核,它负责处理系统的实时任务。
2. xenomai的版本更新
xenomai的软件版本已经由2.xx版本过渡到3.xx,架构发生了较大变化,主要在实时内核不再是原来的Adeos,改由现在的cobalt。
2.1 Adeos
2.2 Cobalt
3. Ipipe
interrupt pipe 中断管道。 dual kernel,即cobalt 和 linux kernel。
双内核架构中,让ipipe->scheduler来处理实时任务,linux内核上升为一个任务。
sched-idle.c :是專門處理idle狀態給linux schedule使用 sched-rt.c : 給real-time scheduler使用(FIFO+RR) sched-sporadic.c : POSIX SCHED_SPORADIC scheduling class. sched-tp.c : Temporal partitioning (typical of IMA systems) sched.c : 應該是負責四個schedule方式的檔案1
2
3
4
5
6
7
8
9
10
[1].http://wiki.csie.ncku.edu.tw/embedded/xenomai#TOC
相关文章推荐
- xenomai-ipipe机制简述
- Android事件分发机制简述
- IOS-沙盒机制(一 简述)
- JVM-垃圾回收机制算法简述
- 简述Android消息机制及解惑
- Android 回调机制简述
- JVM内存回收机制简述
- [每日刷题(2015/7/10)]简述ASP.NET的页面运行机制
- 简述Java异常处理机制及其应用
- spark checkpoint机制简述
- JVM-垃圾回收机制算法简述
- js事件冒泡机制简述
- 简述OC中内存管理机制。与retain配对使用的方法是dealloc还是release,为什么?需要与alloc配对使用的方法是dealloc还是release,为什么?readwrite,reado
- Spark工作机制简述
- c c++ include机制简述
- JVM-垃圾回收机制算法简述
- Java的三大机制、命名规范、简述数据类型
- 简述下handler分发机制
- 内存泄漏及管理(01)-简述GC机制和检测工具
- java异常处理机制简述