|
|||||||||||
| 技术交流 | 电路欣赏 | 工控天地 | 数字广电 | 通信技术 | 电源技术 | 测控之家 | EMC技术 | ARM技术 | EDA技术 | PCB技术 | 嵌入式系统 驱动编程 | 集成电路 | 器件替换 | 模拟技术 | 新手园地 | 单 片 机 | DSP技术 | MCU技术 | IC 设计 | IC 产业 | CAN-bus/DeviceNe |
哪位大牛出来解释一下如何仔细测试RTOS的实时性能？ |
| 作者：rockos 栏目：嵌入式系统 |
如果说某RTOS对异步事件会在1ms内响应，如何验证？有何凭据？ RockOS在44b0x处理器上运行，在64M主频，1KHz Tick频率下，CPU占用率是20%，100Hz Tick频率下，CPU占用率是2%，它的对异步事件的响应时间最坏情况是不是就是2/100秒=0.02秒，也就是20ms了？ |
| 2楼： | >>参与讨论 |
| 作者： rockos 于 2006/6/21 18:15:00 发布：
奇怪 本坛至少还有两个人写过自己的RTOS，为啥不出来发表一下子高见？ 又要搞保密呀！？ |
|
| 3楼： | >>参与讨论 |
| 作者： x2k4 于 2006/6/23 12:40:00 发布：
OS实时性 1.关中断时间，最重要的指标. 2.任务调度时间 3.任务切换时间 另外系统的实时性能在单位时间内，中断能响应的次数越多性能越好，且不能有中断被丢失. |
|
| 4楼： | >>参与讨论 |
| 作者： rockos 于 2006/6/23 13:10:00 发布：
不是概念问题 我要的是怎么进行仔细的测试，实时性的概念我知道。 我的问题是，号称响应时间小于1ms的操作系统，它这样吹嘘的根据是什么，怎么得来的？ |
|
| 5楼： | >>参与讨论 |
| 作者： computer00 于 2006/6/23 13:16:00 发布：
测试一下不就知道了？建立一个任务，发送一个信号， 然后由软件返回一个信号，拿示波器一看，不就知道它是否能够在1mS内响应了。 |
|
| 6楼： | >>参与讨论 |
| 作者： rockos 于 2006/6/23 13:19:00 发布：
没有示波器 呵呵，我是做纯软件的 |
|
| 7楼： | >>参与讨论 |
| 作者： computer00 于 2006/6/23 13:24:00 发布：
那你只能从代码上来分析了，不能测试。 从代码上来分析，看它是否能够保证一个信号到来时，1ms内做出反应。 另一个办法是用一个1KHz的方波信号，让一个任务去计数，看它是否会漏计。 |
|
| 8楼： | >>参与讨论 |
| 作者： eleven11 于 2006/6/23 19:29:00 发布：
1ms响应很慢了 其实还要看移植的，os一个强大就是封装了中断嵌套，这样中断里的处理就和不是中断一样了，就没有了前后台那种结构了，有了中断嵌套的os，如果没有中断嵌套的移植，他的响应就差很多了 |
|
| 9楼： | >>参与讨论 |
| 作者： 溜溜 于 2006/6/26 11:07:00 发布：
给他来个1ms一条指令的CPU，看他还1ms 有点不太懂，这个"1ms"是与CPU无关的吗？ 有这么宣传的吗？ |
|
| 10楼： | >>参与讨论 |
| 作者： nl1031 于 2006/6/27 10:57:00 发布：
用硬件计数器，可以根据计数的数值计算出延时。 |
|
| 11楼： | >>参与讨论 |
| 作者： rockos 于 2006/6/27 11:43:00 发布：
硬件计数器约束较多呀 1. CPU上有没有可以读的硬件计数器 2. 这个硬件计数器必须能产生中断，而且必须在某个确定的值上面产生中断，否则就没有参考值了 这两个条件比较苛刻，尤其是第一条，ARM核上没有这样的计数器，只能依靠外部扩展。 |
|
| 12楼： | >>参与讨论 |
| 作者： nl1031 于 2006/6/27 12:23:00 发布：
可以在skyeye上试试。移植可能不难。 在skyeye环境下，应该能测试出cpu的运行的节拍数。仿真环境与实际硬件差别有多大，这个不太好说。 |
|
|
|
Copyright © 1998-2006 tgdrjb.cn 浙ICP证030469号 |