xenomai与VxWorks实时性对比(Jitter对比)

简介: 本文对比了VxWorks和xenomai的实时性,聚焦于Jitter这一关键指标。在特定的硬件环境下(双核Cortex-A15,2GB内存),VxWorks和xenomai的读取时间戳耗时分别为0.249和0.163微秒。在时钟中断Jitter方面,VxWorks各项测试平均值约为4.066微秒,而xenomai在空载和加载情况下的平均值分别为0.516和0.768微秒。任务Jitter上,VxWorks和xenomai内核态任务的平均Jitter接近,但xenomai用户态任务Jitter较高。

版权声明:本文为本文为博主原创文章,转载请注明出处。如有问题,欢迎指正。博客地址:https://www.cnblogs.com/wsg1100/
(下面数据,仅供个人参考)

可能大部分人一直好奇VxWorks与xenomai对比,实时性孰优孰劣,正好笔者最近要做一个这方面的对比,本文以实时系统其中一个重要指标---Jitter来进行简单对比。
jitter

一、环境

简单介绍一下环境:

硬件平台:双核cortex-A15处理器,CPU频率1.5GHZ,内存2GB。

xenomai:Linux-4.19+xenomai 3.1,具体配置:略;

VxWorks:VxWorks 7,具体配置:略;

==注:由于VxWorks benchmark测试包含很多测试项,以下数据为其中包含的几项,每项测试2万次,整个benchmark才跑了两个多小时。xenomai则是每项跑了2小时,周期100us,这样差不多7200万次;==

VxWorks读取时间戳耗时:

VxWorks avg min max
bmTimestampRead 0.249 0.162 0.487

xenomai读取时间戳耗时:
| Xenomai| avg | min | max |
| -------------------- | ----- | ----- | ------ |
|bmTimestampRead | 0.163| 0.162| 0.325|

二、时钟中断Jitter对比

1. VxWorks

avg min max
bmIntJitterNoLoad 4.066 0.000 13.338
bmIntJitterSemLoad 4.066 0.000 13.338
bmIntJitterMqLoad 4.066 0.000 13.663
bmIntJitterDelayLoad 4.066 0.000 13.501

bmIntJitterNoLoad空载,无任何压力。

bmIntJitterSemLoadsemaphore压力,两个同等优先级任务对同一semaphore进行PV操作。

bmIntJitterMqLoad message queue压力,两个同等优先级任务使用两个msgq相互发送接收1byte数据操作。

2.xenomai

测试时间2小时,定时周期100us,次数:7200万次。单位us。(xenomai测试没有VxWorks那么全面,后续添加相应压力测试补充。。。)

avg min max
NoLoad 0.516 0.287 6.198
Load 0.768 0.325 6.859

NoLoad 空载测试,linux普通启动后状态。

Load linux加压,stress -c 10 -m 4,xenomai内核没有压力。

三、任务Jitter对比

1. VxWorks

avg min max
bmTaskJitterNoLoad 4.066 0.000 15.290
bmTaskJitterSemLoad 4.066 0.000 15.778
bmTaskJitterMqLoad 4.066 0.000 15.778
bmTaskJitterDelayLoad 4.066 0.000 15.290

2.xenomai内核态任务Jitter

测试时间2小时,定时周期100us,任务优先级99,单位us。

avg min max
LinuxLoad 0.643 -0.282 10.519

LinuxLoad linux加压,stress -c 10 -m 4,xenomai内核没有压力。

为什么会存在负值?负值表示xenomai内核提前一点点将任务唤醒了。这与xenomai内核的定时处理机制有关,这是可以调整的,可关注本博客后续的xenomai内核解析。

具体数据分布如下:

0 1
0.25 37403654
0.75 5725957
1.25 5300392
1.75 3143282
2.25 2329224
2.75 1360290
3.25 511552
3.75 135384
4.25 37234
4.75 42208
5.25 18950
5.75 4495
6.25 532
6.75 295
7.25 172
7.75 43
8.25 13
8.75 6
9.25 1
9.75 3
10.25 1
10.75 2
11 1

3.xenomai用户态任务Jitter

测试时间2小时,定时周期100us,任务优先级99,单位us。

avg min max
Load 3.605 0.422 13.328

具体数据分布如下:

0 1
0.25 2
0.75 44
1.25 137
1.75 1540
2.25 13471
2.75 1943224
3.25 38106382
3.75 19789463
4.25 6749386
4.75 2940300
5.25 1812680
5.75 549134
6.25 47176
6.75 18063
7.25 16545
7.75 9921
8.25 1391
8.75 389
9.25 132
9.75 97
10.25 104
10.75 46
11.25 18
11.75 21
12.25 6
12.75 4
13.25 2
13.5 1
avg min max
bmTaskJitterNoLoad -0.249 1.637 13.199
bmTaskJitterSemLoad -0.788 1.489 12.087
bmTaskJitterMqLoad -0.241 1.790 12.683
bmTaskJitterDelayLoad -0.211 1.243 12.523

VxWorks毕竟是商业软件,任务及系统的每一个阶段都能详细统计耗时。
xenomai由于其双核的结构,在linux加压还是在xenomai加压都是应该思考的问题。

总的来说,对比VxWorks,xenomai压力太简单,并没有对实时核加压,根据VxWorks测试套件的具体测试方式,来对xenomai进行同样的测试,才更具对比价值。

目录
相关文章
|
5天前
|
Linux 开发者
微处理器移植Linxu的GPIO操作
微处理器移植Linxu的GPIO操作
14 0
|
5天前
|
安全 Linux 调度
xenomai+linux双内核下的时钟管理机制
clock是操作系统正常运行的发动机,系统利用时钟中断维持系统时间、促使任务调度,以保证所有进程共享CPU资源;可以说,“时钟中断”是整个操作系统的脉搏。那你是否好奇xenomai cobalt内核和Linux内核双内核共存的情况下,时间子系统是如何工作的?一个硬件时钟如何为两个操作系统提供服务的?本文将揭开xenomai双核系统时间机制
23 0
xenomai+linux双内核下的时钟管理机制
|
5天前
|
Linux API 调度
xenomai内核解析-xenomai实时线程创建流程
本文介绍了linux硬实时操作系统xenomai pthread_creta()接口的底层实现原理,解释了如何在双内核间创建和调度一个xenomai任务。本文是基于源代码的分析,提供了详细的流程和注释,同时给出了结论部分,方便读者快速了解核心内容。
22 0
xenomai内核解析-xenomai实时线程创建流程
|
5天前
|
存储 Linux
【Linux】对信号产生的内核级理解
【Linux】对信号产生的内核级理解
|
5天前
|
消息中间件 测试技术 Linux
linux实时操作系统xenomai x86平台基准测试(benchmark)
本文是关于Xenomai实时操作系统的基准测试,旨在评估其在低端x86平台上的性能。测试模仿了VxWorks的方法,关注CPU结构、指令集等因素对系统服务耗时的影响。测试项目包括信号量、互斥量、消息队列、任务切换等,通过比较操作前后的时戳来测量耗时,并排除中断和上下文切换的干扰。测试结果显示了各项操作的最小、平均和最大耗时,为程序优化提供参考。注意,所有数据基于特定硬件环境,测试用例使用Alchemy API编写。
41 0
linux实时操作系统xenomai x86平台基准测试(benchmark)
|
5天前
|
Linux 测试技术 API
xenomai内核解析之xenomai初探
本文是关于Xenomai实时操作系统的初探,Xenomai是一个实时性增强的Linux系统,它通过实时内核和用户空间库提供硬实时性能。Xenomai 3主要由实时内核Cobalt、实时驱动模型RTDM、用户空间库libcobalt等组成,支持两种构建实时系统的方式:Cobalt和Mercury。Cobalt在内核空间与标准Linux内核并存,通过I-Pipe处理中断,确保实时任务的执行。Mercury则是通过修改Linux内核实现。
20 0
xenomai内核解析之xenomai初探
|
5天前
|
API 调度
xenomai内核解析--双核系统调用(三)--如何为xenomai添加一个系统调用
本文介绍了如何在Xenomai中添加自定义系统调用`get_timer_hits()`,该调用用于获取CPU定时器中断次数。首先,在`syscall.h`中定义127号系统调用,并在`clock.h`和`clock.c`中声明和实现该函数。接着,更新libcobalt库以包含新接口。最后,提供了一个示例应用,演示如何在实时任务中使用此系统调用。编译内核和库后,运行示例程序显示定时器中断次数,体现了Xenomai的tickless特性。
18 1
|
6月前
|
存储 网络协议 Linux
基于ARM+Linux中断系统详细分析
基于ARM+Linux中断系统详细分析
基于ARM+Linux中断系统详细分析
vxworks 多核系统中指定任务在某个核上运行
vxworks 多核系统中指定任务在某个核上运行
176 0
|
Linux
全志A33 lichee Linux内核原子操作(附实测代码)
全志A33 lichee Linux内核原子操作(附实测代码) 开发平台 * 芯灵思SinlinxA33开发板 淘宝店铺: [https://sinlinx.taobao.com/]() 嵌入式linux 开发板交流 641395230 原子操作是指不会被线程调度机制打断的操作;这种操作一旦开始,就一直运行到结束,中间不会有任何线程切换。
1827 0

热门文章

最新文章