尧图网站建设 
操作系统嵌入式物联网嵌入式OSRTOS【免费下载链接】rt-threadRT-Thread is an open source IoT Real-Time Operating System (RTOS). https://rt-thread.github.io/rt-thread/项目地址https://gitcode.com/gh_mirrors/rt/rt-thread点击查看免费下载本文基于 RT-Thread 内核自带的 utest 性能测试用例集src/utest/perf编写系统讲解如何利用该套件量化评估 RT-Thread 内核的上下文切换开销、中断到线程的响应延时IRQ Latency以及信号量、事件、消息队列、邮箱等 IPC 原语的端到端同步延迟。读完本文你将掌握该套件的测试用例构成、计时与统计原理、配置开启方式以及如何通过utest_run core.perf_test在 msh 控制台上运行并获得结构化的性能报告。一、测试套件总览六个性能测试用例src/utest/perf/README.md以表格形式列出了该目录下的测试用例其原始清单如下表中文件名为说明性简写仓库中实际文件名以_tc.c结尾测试文件仓库实际路径说明context_switch_tc.c上下文切换测试代码irq_latency_tc.c中断延时测试代码thread_event_tc.c线程事件性能测试thread_mbox_tc.c线程邮箱性能测试thread_mq_tc.c线程消息队列性能测试thread_sem_tc.c线程信号量性能测试除六个测试文件外该目录还包含三个公共支撑文件perf_tc.h定义性能采集结构体rt_perf_t及各测试函数的声明perf_tc.c计时起点/终点实现、统计汇总总计/最大/最小/平均、结果表格打印以及把所有用例串起来的总入口rt_perf_all_testKconfig与SConscript负责配置项注册与构建接入。从 perf_tc.c 中的函数指针表可以看到六项测试的执行顺序为context_switch_test→rt_perf_thread_sem→rt_perf_thread_event→rt_perf_thread_mq→rt_perf_thread_mbox→rt_perf_irq_latency。每个测试用例头部都带有标准化的 utest 文档块Test Objectives / Test Scenarios / Verification Metrics / Dependencies / Expected Results详细说明了用例目标、依赖与预期结果便于维护与查阅。二、公共计时与统计机制rt_perf_t 与毫秒级高精度计时2.1 数据结构 rt_perf_t性能采集的核心是 perf_tc.h 中定义的rt_perf_ttypedef struct rt_perf { char name[64]; /* 用例名称用于表格输出 */ volatile rt_uint32_t begin_time; /* 计时起点 */ volatile rt_uint32_t real_time; /* 单次实测耗时us */ volatile rt_uint32_t tot_time; /* 累计总耗时us */ volatile rt_uint32_t max_time; /* 最大值us */ volatile rt_uint32_t min_time; /* 最小值us初始化为 RT_UINT32_MAX */ volatile rt_uint32_t count; /* 有效采样次数 */ volatile double avg_time; /* 平均耗时us */ volatile rt_uint32_t tmp_time; /* 临时数据用于扣除固定开销 */ rt_mutex_t lock; /* 保护统计数据的互斥锁 */ void (*local_modify)(struct rt_perf *perf); /* 每轮自定义修正回调 */ rt_bool_t dump_head; /* 是否打印表头 */ } rt_perf_t;所有统计字段均为volatile配合互斥锁lock保护保证多线程并发采样时的数据一致性。各用例共享同一个rt_perf_t实例由 perf_tc.c 中的rt_perf_all_test统一 malloc、初始化并串行执行全部用例每轮执行前调用rt_perf_clear清零统计量。2.2 高精度计时基于硬件定时器设备计时不依赖 OS tick而是通过硬件定时器设备驱动获取微秒级时间戳。关键代码位于 perf_tc.cstatic rt_uint32_t rt_perf_get_timer_us(void) { rt_clock_timerval_t timer_val { 0 }; if (hw_dev rt_device_read(hw_dev, 0, timer_val, sizeof(rt_clock_timerval_t))) { return (rt_uint32_t)(timer_val.sec * 1000000u timer_val.usec); /* return us */ } return 0; } void rt_perf_start_impl(rt_perf_t *perf, rt_clock_timerval_t *timeout) { if (hw_dev) { if (timeout RT_NULL) timeout timeout_s; rt_device_write(hw_dev, 0, timeout, sizeof(rt_clock_timerval_t)); } perf-begin_time rt_perf_get_timer_us(); }rt_perf_start_impl先向定时器设备写入rt_clock_timerval_t类型的超时配置sec/usec结构再读取当前时间戳作为begin_timert_perf_stop读取当前时间戳并与begin_time做差得到real_time随后更新max_time/min_time、递增count、累加tot_time最后通过rt_device_control(hw_dev, CLOCK_TIMER_CTRL_STOP, NULL)停止定时器。rt_perf_start是 perf_tc.h 中定义的static inline封装默认传入RT_NULL超时即只读时间戳、不启动定时器中断。2.3 结果汇总与表格输出rt_perf_dumpperf_tc.c按以下格式打印结果表Test No | Test Name | Count | Total Time (us) | Max Time (us) | Min Time (us) | Avg Time (us)avg_time tot_time / count平均值用rt_sprintf(%u.%04u, ...)拆分为整数与四位小数输出表头仅在第一个用例执行时打印一次由dump_head标志控制整个测试以 Performance Test Results Start 开始、 Performance Test Results End 结束perf_tc.c。2.4 固定开销扣除local_modify 回调上下文切换与 IRQ 延时用例中计时区间内包含信号量/事件操作本身的固定开销。为此两个用例都注册了形如下面的修正回调从real_time中扣掉基准开销tmp_timestatic void local_modify_time(rt_perf_t *perf) { if(perf) perf-real_time perf-real_time - perf-tmp_time; }以 context_switch_tc.c 为例线程先完整测量一次“取信号量释放信号量”的裸开销存入tmp_time并自减 count 以抵消该次计数随后再测量包含真正切换动作的耗时rt_perf_stop中经local_modify回调扣除后即得到纯上下文切换时间。三、上下文切换性能测试context_switch_tc.c目标量化两个线程间一次完整上下文切换的开销预期 100 us。3.1 测试模型context_switch_tc.c 使用两个线程通过信号量交替接力线程perf_thread_event1优先级THREAD_PRIORITY默认 10循环rt_sem_take(sem1)→rt_sem_release(sem2)线程perf_thread_event2优先级THREAD_PRIORITY 1默认 11更高优先级负责计时与发起切换循环执行RT_UTEST_SYS_PERF_TC_COUNT默认 1000次。计时流程每轮线程 2rt_perf_start(perf)记下起点rt_sem_take(sem2)等线程 1 释放线程 1 取到sem1后释放sem2此时线程 2 被唤醒rt_perf_stop(perf)完成一次“信号量接力唤醒切换”的测量先扣除信号量裸操作开销见 2.4 节再启动下一轮。两个线程在创建后通过rt_thread_startup启动主测试线程用complete_sem等待全部循环结束随后rt_perf_dump打印结果并回收线程与信号量对象context_switch_tc.c。3.2 公共线程参数所有 IPC 类性能用例均使用 perf_tc.h 中的统一参数宏默认值说明THREAD_STACK_SIZE2048测试线程栈大小字节THREAD_PRIORITY10低优先级线程优先级THREAD_PRIORITY 111高优先级线程数值越小优先级越高四、中断延时测试irq_latency_tc.c目标测量从硬件定时器中断触发到线程被唤醒的响应时间预期 1000 us典型应远低于此。4.1 测试模型irq_latency_tc.c 是六项测试中唯一由中断驱动的用例定时器设备以CLOCK_TIMER_MODE_PERIOD周期模式工作超时固定为timeout.usec 50即每 50 us 触发一次中断通过rt_device_set_rx_indicate(hw_dev, timer_callback)注册中断回调回调timer_callbackirq_latency_tc.c中执行rt_perf_stop(perf_local)完成本轮测量若采样数未达RT_UTEST_SYS_PERF_TC_COUNT则立即rt_perf_start_impl(perf_local, timeout)开启下一轮达到阈值后释放complete_sem通知主线程结束。关键点每轮的begin_time在上一轮回调结束时即已记录因此real_time正好代表“上一次中断到这一次中断之间从 ISR 恢复到线程上下文被唤醒执行”的完整延迟。同样地modify_time回调会扣掉固定周期 50 ustmp_time sec * 1000000u usec作为基准得到接近纯 IRQ 响应延迟的测量值irq_latency_tc.c。五、IPC 同步性能测试信号量、事件、消息队列与邮箱四组线程间通信性能用例结构高度一致两个线程通过“信号量协调 被测原语传递”的方式循环测量端到端延迟均由高优先级线程负责rt_perf_start发起、低优先级线程收到数据后rt_perf_stop结束计时。每个用例在其文件头部的标准文档块中都标注了期望延迟量级。5.1 信号量rt_perf_thread_sem预期 35 usthread_sem_tc.c 测量计数信号量的同步性能线程perf_thread_sem1优先级 10先rt_event_send(EVENT_FLAG)通知就绪随后循环rt_sem_take并rt_perf_stop线程perf_thread_sem2优先级 11rt_event_recv收到事件后rt_perf_start再rt_sem_release唤醒线程 1信号量初始值 0rt_sem_create(perf_thread_sem, 0, RT_IPC_FLAG_FIFO)事件用于线程间握手与节拍控制thread_sem_tc.c。5.2 事件rt_perf_thread_event预期 50 usthread_event_tc.c 测量事件标志的发送/接收延迟事件标志位EVENT_FLAG (1 0)接收使用RT_EVENT_FLAG_OR | RT_EVENT_FLAG_CLEAR任一置位即唤醒并自动清除线程 1 循环rt_event_recvrt_perf_stop然后释放sem1线程 2 取sem1后rt_perf_startrt_event_send构成一轮完整测量thread_event_tc.c。5.3 消息队列rt_perf_thread_mq预期 45 usthread_mq_tc.c 测量带数据载荷的消息传递延迟队列通过rt_mq_create(perf_thread_mq, 1, 1, RT_IPC_FLAG_PRIO)创建即队列深度 1、消息最大长度 1 字节发送端每次写入字符Art_mq_send(perf_thread_mq, send, 1)接收端校验recv ! A即报错既测延迟又验证数据完整性thread_mq_tc.c。5.4 邮箱rt_perf_thread_mbox预期 40 usthread_mbox_tc.c 测量邮箱4 字节字消息的传递延迟邮箱通过rt_mb_create(perf_thread_mbox, 1, RT_IPC_FLAG_PRIO)创建容量 1发送端rt_mb_send(perf_thread_mbox, 1)发送常量值 1接收端rt_mb_recv接收并rt_perf_stop错误时打印mbox recv value error!thread_mbox_tc.c。六、编译配置与运行方式6.1 使能性能测试性能测试由 Kconfig 中的三个配置项控制可在 menuconfig 中开启config RT_UTEST_SYS_PERF bool Performance Test default n config RT_UTEST_SYS_PERF_TC_COUNT int PerfTest: Number of cycles default 1000 depends on RT_UTEST_SYS_PERF config RT_UTEST_CLOCK_TIMER_DEV_NAME string PerfTest: Clock time timer device name default timer0 depends on RT_USING_CLOCK_TIME RT_UTEST_SYS_PERF配置项默认值说明RT_UTEST_SYS_PERFn需手动开启性能测试总开关RT_UTEST_SYS_PERF_TC_COUNT1000每个用例的循环采样次数RT_UTEST_CLOCK_TIMER_DEV_NAMEtimer0用于微秒计时的硬件定时器设备名需与 BSP 中实际注册的时钟定时器设备名一致前置依赖依据各用例文件头部的 Dependencies 注释需开启RT_UTEST_SYS_PERF与RT_USING_UTESTutest 框架需开启RT_USING_CLOCK_TIME并存在名为timer0或RT_UTEST_CLOCK_TIMER_DEV_NAME指定名的硬件定时器设备设备需支持rt_device_find/open/close、rt_device_read/write/control与CLOCK_TIMER_CTRL_STOP、CLOCK_TIMER_CTRL_MODE_SET控制命令对应 IPC 组件宏需开启RT_USING_SEMAPHORE、RT_USING_EVENT、RT_USING_MESSAGEQUEUE、RT_USING_MAILBOX测试运行器需要足够的堆内存用于动态创建线程与 IPC 对象。构建接入由 SConscript 完成依赖项为RT_UTEST_SYS_PERFgroup DefineGroup(utestcases, src, depend [RT_UTEST_SYS_PERF], CPPPATH CPPPATH)6.2 运行命令在 msh 控制台执行utest_run core.perf_test该测试通过 perf_tc.c 的UTEST_TC_EXPORT(testcase, core.perf_test, utest_tc_init, utest_tc_cleanup, 10)注册因此也可以按单用例名运行例如utest_run core.perf_test全量执行或参考各用例的注册名如core.context_switch、core.irq_latency、core.sem、core.event、core.mq、core.mbox对应各个单测入口。运行前utest_tc_init会查找并打开定时器设备若设备不存在将打印clock_timer sample run failed! cant find timer0 device!并返回RT_ERROR。正常结束的判定标志源自 perf_tc.c 与各用例头部注释控制台打印以 Performance Test Results Start 开头、 Performance Test Results End 结尾的结构化表格utest 框架报告[ PASSED ] [ result ] testcase (core.perf_test)整个执行过程无崩溃、无超时、无内存泄漏全部动态对象在用例尾部显式 delete/free。七、结果解读与注意事项7.1 如何阅读输出以rt_perf_dump的输出为例Test No | Test Name | Count | Total Time (us) | Max Time (us) | Min Time (us) | Avg Time (us) --------|----------------------|-------|-----------------|---------------|---------------|-------------- 1 | context_switch_test | 1000 | xxxxx | xxxx | xxxx | x.xxxxCount应等于RT_UTEST_SYS_PERF_TC_COUNT默认 1000Avg Time为单次操作的平均耗时是跨平台对比的核心指标Max/Min反映抖动与极端情况如首次缓存未命中、中断抢占干扰单位均为微秒us。7.2 结果有效性与阈值各用例头部标注了系统相关的合理阈值可作为粗略判据具体数值取决于主频、内核配置与优化等级用例期望延迟量级上下文切换 100 usIRQ 延时 1000 us典型应远低信号量 35 us事件 50 us消息队列 45 us邮箱 40 us需要注意这些阈值是测试代码注释中给出的参考上限并非绝对性能承诺实际数值随 CPU 主频、内存访问时序、中断负载和编译优化如-O2/-O3而显著变化。同一平台建议固定配置后再做横向对比。7.3 工程上的注意事项定时器依赖六项测试全部依赖微秒级时间戳若 BSP 未注册timer0或未实现CLOCK_TIMER_CTRL_*控制命令用例会报错退出因此先在目标板上确认时钟定时器设备可用统计口径上下文切换与 IRQ 延时用例通过local_modify扣除了固定基准开销解读结果时不要把“原始区间耗时”与“纯切换/纯中断延迟”混为一谈并发安全统计字段的更新在rt_perf_stop运行于被唤醒线程或 ISR 上下文与rt_perf_dump之间依赖rt_perf_t.lock互斥保护改动采样逻辑时需保持同样的同步纪律参考实现价值该套件是编写自定义内核基准的现成范本——rt_perf_t的采集/汇总/打印三层结构、local_modify的开销扣除机制、以及“双线程信号量接力 硬件定时器读秒”的测量模型均可直接复用到其他内核性能场景如任务切换、自旋锁、SMP 通信延迟等。八、相关源码索引测试清单与说明src/utest/perf/README.md公共设施结构体、计时、汇总、入口src/utest/perf/perf_tc.h、src/utest/perf/perf_tc.c六个测试用例context_switch_tc.c、irq_latency_tc.c、thread_sem_tc.c、thread_event_tc.c、thread_mq_tc.c、thread_mbox_tc.c配置与构建src/utest/perf/Kconfig、src/utest/perf/SConscript相关内核实现可进一步对照原理src/ipc.c信号量/事件/消息队列/邮箱、src/scheduler_up.c线程切换、src/irq.c中断管理赞分享操作系统嵌入式物联网嵌入式OSRTOS【免费下载链接】rt-threadRT-Thread is an open source IoT Real-Time Operating System (RTOS). https://rt-thread.github.io/rt-thread/项目地址https://gitcode.com/gh_mirrors/rt/rt-thread点击查看免费下载相关推荐FreeRTOS性能基准测试CoreMark跑分与任务切换延迟测量FreeRTOS性能基准测试CoreMark跑分与任务切换延迟测量 在嵌入式系统开发中实时操作系统RTOS的性能直接影响设备的响应速度和处理能力。Fre操作系统嵌入式OS嵌入式物联网Beads 性能测试实战指南基准测试、CPU 性能剖析与 bd doctor --perf 性能诊断Beads 性能测试实战指南基准测试、CPU 性能剖析与 bd doctor perf 性能诊断 Beads 的数据库规模通常以万级 issue 计而性能问AI 应用Agent 记忆CLIMCP 服务项目管理人工智能5分钟上手JarvisArtGradio交互式修图演示完整指南5分钟上手JarvisArtGradio交互式修图演示完整指南 JarvisArt是一款基于NeurIPS 2025研究成果的智能修图代理工具它能通过Gr上一篇抖音批量下载神器3分钟掌握高效素材管理新方法下一篇终极Deceive离线状态指南5个简单技巧保护你的游戏隐私创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 RT-Thread 内核性能基准测试套件（utest/perf）指南：上下文切换、中断延时与 IPC 同步性能量化
操作系统嵌入式物联网嵌入式OSRTOS【免费下载链接】rt-threadRT-Thread is an open source IoT Real-Time Operating System (RTOS). https://rt-thread.github.io/rt-thread/项目地址https://gitcode.com/gh_mirrors/rt/rt-thread点击查看免费下载本文基于 RT-Thread 内核自带的 utest 性能测试用例集src/utest/perf编写系统讲解如何利用该套件量化评估 RT-Thread 内核的上下文切换开销、中断到线程的响应延时IRQ Latency以及信号量、事件、消息队列、邮箱等 IPC 原语的端到端同步延迟。读完本文你将掌握该套件的测试用例构成、计时与统计原理、配置开启方式以及如何通过utest_run core.perf_test在 msh 控制台上运行并获得结构化的性能报告。一、测试套件总览六个性能测试用例src/utest/perf/README.md以表格形式列出了该目录下的测试用例其原始清单如下表中文件名为说明性简写仓库中实际文件名以_tc.c结尾测试文件仓库实际路径说明context_switch_tc.c上下文切换测试代码irq_latency_tc.c中断延时测试代码thread_event_tc.c线程事件性能测试thread_mbox_tc.c线程邮箱性能测试thread_mq_tc.c线程消息队列性能测试thread_sem_tc.c线程信号量性能测试除六个测试文件外该目录还包含三个公共支撑文件perf_tc.h定义性能采集结构体rt_perf_t及各测试函数的声明perf_tc.c计时起点/终点实现、统计汇总总计/最大/最小/平均、结果表格打印以及把所有用例串起来的总入口rt_perf_all_testKconfig与SConscript负责配置项注册与构建接入。从 perf_tc.c 中的函数指针表可以看到六项测试的执行顺序为context_switch_test→rt_perf_thread_sem→rt_perf_thread_event→rt_perf_thread_mq→rt_perf_thread_mbox→rt_perf_irq_latency。每个测试用例头部都带有标准化的 utest 文档块Test Objectives / Test Scenarios / Verification Metrics / Dependencies / Expected Results详细说明了用例目标、依赖与预期结果便于维护与查阅。二、公共计时与统计机制rt_perf_t 与毫秒级高精度计时2.1 数据结构 rt_perf_t性能采集的核心是 perf_tc.h 中定义的rt_perf_ttypedef struct rt_perf { char name[64]; /* 用例名称用于表格输出 */ volatile rt_uint32_t begin_time; /* 计时起点 */ volatile rt_uint32_t real_time; /* 单次实测耗时us */ volatile rt_uint32_t tot_time; /* 累计总耗时us */ volatile rt_uint32_t max_time; /* 最大值us */ volatile rt_uint32_t min_time; /* 最小值us初始化为 RT_UINT32_MAX */ volatile rt_uint32_t count; /* 有效采样次数 */ volatile double avg_time; /* 平均耗时us */ volatile rt_uint32_t tmp_time; /* 临时数据用于扣除固定开销 */ rt_mutex_t lock; /* 保护统计数据的互斥锁 */ void (*local_modify)(struct rt_perf *perf); /* 每轮自定义修正回调 */ rt_bool_t dump_head; /* 是否打印表头 */ } rt_perf_t;所有统计字段均为volatile配合互斥锁lock保护保证多线程并发采样时的数据一致性。各用例共享同一个rt_perf_t实例由 perf_tc.c 中的rt_perf_all_test统一 malloc、初始化并串行执行全部用例每轮执行前调用rt_perf_clear清零统计量。2.2 高精度计时基于硬件定时器设备计时不依赖 OS tick而是通过硬件定时器设备驱动获取微秒级时间戳。关键代码位于 perf_tc.cstatic rt_uint32_t rt_perf_get_timer_us(void) { rt_clock_timerval_t timer_val { 0 }; if (hw_dev rt_device_read(hw_dev, 0, timer_val, sizeof(rt_clock_timerval_t))) { return (rt_uint32_t)(timer_val.sec * 1000000u timer_val.usec); /* return us */ } return 0; } void rt_perf_start_impl(rt_perf_t *perf, rt_clock_timerval_t *timeout) { if (hw_dev) { if (timeout RT_NULL) timeout timeout_s; rt_device_write(hw_dev, 0, timeout, sizeof(rt_clock_timerval_t)); } perf-begin_time rt_perf_get_timer_us(); }rt_perf_start_impl先向定时器设备写入rt_clock_timerval_t类型的超时配置sec/usec结构再读取当前时间戳作为begin_timert_perf_stop读取当前时间戳并与begin_time做差得到real_time随后更新max_time/min_time、递增count、累加tot_time最后通过rt_device_control(hw_dev, CLOCK_TIMER_CTRL_STOP, NULL)停止定时器。rt_perf_start是 perf_tc.h 中定义的static inline封装默认传入RT_NULL超时即只读时间戳、不启动定时器中断。2.3 结果汇总与表格输出rt_perf_dumpperf_tc.c按以下格式打印结果表Test No | Test Name | Count | Total Time (us) | Max Time (us) | Min Time (us) | Avg Time (us)avg_time tot_time / count平均值用rt_sprintf(%u.%04u, ...)拆分为整数与四位小数输出表头仅在第一个用例执行时打印一次由dump_head标志控制整个测试以 Performance Test Results Start 开始、 Performance Test Results End 结束perf_tc.c。2.4 固定开销扣除local_modify 回调上下文切换与 IRQ 延时用例中计时区间内包含信号量/事件操作本身的固定开销。为此两个用例都注册了形如下面的修正回调从real_time中扣掉基准开销tmp_timestatic void local_modify_time(rt_perf_t *perf) { if(perf) perf-real_time perf-real_time - perf-tmp_time; }以 context_switch_tc.c 为例线程先完整测量一次“取信号量释放信号量”的裸开销存入tmp_time并自减 count 以抵消该次计数随后再测量包含真正切换动作的耗时rt_perf_stop中经local_modify回调扣除后即得到纯上下文切换时间。三、上下文切换性能测试context_switch_tc.c目标量化两个线程间一次完整上下文切换的开销预期 100 us。3.1 测试模型context_switch_tc.c 使用两个线程通过信号量交替接力线程perf_thread_event1优先级THREAD_PRIORITY默认 10循环rt_sem_take(sem1)→rt_sem_release(sem2)线程perf_thread_event2优先级THREAD_PRIORITY 1默认 11更高优先级负责计时与发起切换循环执行RT_UTEST_SYS_PERF_TC_COUNT默认 1000次。计时流程每轮线程 2rt_perf_start(perf)记下起点rt_sem_take(sem2)等线程 1 释放线程 1 取到sem1后释放sem2此时线程 2 被唤醒rt_perf_stop(perf)完成一次“信号量接力唤醒切换”的测量先扣除信号量裸操作开销见 2.4 节再启动下一轮。两个线程在创建后通过rt_thread_startup启动主测试线程用complete_sem等待全部循环结束随后rt_perf_dump打印结果并回收线程与信号量对象context_switch_tc.c。3.2 公共线程参数所有 IPC 类性能用例均使用 perf_tc.h 中的统一参数宏默认值说明THREAD_STACK_SIZE2048测试线程栈大小字节THREAD_PRIORITY10低优先级线程优先级THREAD_PRIORITY 111高优先级线程数值越小优先级越高四、中断延时测试irq_latency_tc.c目标测量从硬件定时器中断触发到线程被唤醒的响应时间预期 1000 us典型应远低于此。4.1 测试模型irq_latency_tc.c 是六项测试中唯一由中断驱动的用例定时器设备以CLOCK_TIMER_MODE_PERIOD周期模式工作超时固定为timeout.usec 50即每 50 us 触发一次中断通过rt_device_set_rx_indicate(hw_dev, timer_callback)注册中断回调回调timer_callbackirq_latency_tc.c中执行rt_perf_stop(perf_local)完成本轮测量若采样数未达RT_UTEST_SYS_PERF_TC_COUNT则立即rt_perf_start_impl(perf_local, timeout)开启下一轮达到阈值后释放complete_sem通知主线程结束。关键点每轮的begin_time在上一轮回调结束时即已记录因此real_time正好代表“上一次中断到这一次中断之间从 ISR 恢复到线程上下文被唤醒执行”的完整延迟。同样地modify_time回调会扣掉固定周期 50 ustmp_time sec * 1000000u usec作为基准得到接近纯 IRQ 响应延迟的测量值irq_latency_tc.c。五、IPC 同步性能测试信号量、事件、消息队列与邮箱四组线程间通信性能用例结构高度一致两个线程通过“信号量协调 被测原语传递”的方式循环测量端到端延迟均由高优先级线程负责rt_perf_start发起、低优先级线程收到数据后rt_perf_stop结束计时。每个用例在其文件头部的标准文档块中都标注了期望延迟量级。5.1 信号量rt_perf_thread_sem预期 35 usthread_sem_tc.c 测量计数信号量的同步性能线程perf_thread_sem1优先级 10先rt_event_send(EVENT_FLAG)通知就绪随后循环rt_sem_take并rt_perf_stop线程perf_thread_sem2优先级 11rt_event_recv收到事件后rt_perf_start再rt_sem_release唤醒线程 1信号量初始值 0rt_sem_create(perf_thread_sem, 0, RT_IPC_FLAG_FIFO)事件用于线程间握手与节拍控制thread_sem_tc.c。5.2 事件rt_perf_thread_event预期 50 usthread_event_tc.c 测量事件标志的发送/接收延迟事件标志位EVENT_FLAG (1 0)接收使用RT_EVENT_FLAG_OR | RT_EVENT_FLAG_CLEAR任一置位即唤醒并自动清除线程 1 循环rt_event_recvrt_perf_stop然后释放sem1线程 2 取sem1后rt_perf_startrt_event_send构成一轮完整测量thread_event_tc.c。5.3 消息队列rt_perf_thread_mq预期 45 usthread_mq_tc.c 测量带数据载荷的消息传递延迟队列通过rt_mq_create(perf_thread_mq, 1, 1, RT_IPC_FLAG_PRIO)创建即队列深度 1、消息最大长度 1 字节发送端每次写入字符Art_mq_send(perf_thread_mq, send, 1)接收端校验recv ! A即报错既测延迟又验证数据完整性thread_mq_tc.c。5.4 邮箱rt_perf_thread_mbox预期 40 usthread_mbox_tc.c 测量邮箱4 字节字消息的传递延迟邮箱通过rt_mb_create(perf_thread_mbox, 1, RT_IPC_FLAG_PRIO)创建容量 1发送端rt_mb_send(perf_thread_mbox, 1)发送常量值 1接收端rt_mb_recv接收并rt_perf_stop错误时打印mbox recv value error!thread_mbox_tc.c。六、编译配置与运行方式6.1 使能性能测试性能测试由 Kconfig 中的三个配置项控制可在 menuconfig 中开启config RT_UTEST_SYS_PERF bool Performance Test default n config RT_UTEST_SYS_PERF_TC_COUNT int PerfTest: Number of cycles default 1000 depends on RT_UTEST_SYS_PERF config RT_UTEST_CLOCK_TIMER_DEV_NAME string PerfTest: Clock time timer device name default timer0 depends on RT_USING_CLOCK_TIME RT_UTEST_SYS_PERF配置项默认值说明RT_UTEST_SYS_PERFn需手动开启性能测试总开关RT_UTEST_SYS_PERF_TC_COUNT1000每个用例的循环采样次数RT_UTEST_CLOCK_TIMER_DEV_NAMEtimer0用于微秒计时的硬件定时器设备名需与 BSP 中实际注册的时钟定时器设备名一致前置依赖依据各用例文件头部的 Dependencies 注释需开启RT_UTEST_SYS_PERF与RT_USING_UTESTutest 框架需开启RT_USING_CLOCK_TIME并存在名为timer0或RT_UTEST_CLOCK_TIMER_DEV_NAME指定名的硬件定时器设备设备需支持rt_device_find/open/close、rt_device_read/write/control与CLOCK_TIMER_CTRL_STOP、CLOCK_TIMER_CTRL_MODE_SET控制命令对应 IPC 组件宏需开启RT_USING_SEMAPHORE、RT_USING_EVENT、RT_USING_MESSAGEQUEUE、RT_USING_MAILBOX测试运行器需要足够的堆内存用于动态创建线程与 IPC 对象。构建接入由 SConscript 完成依赖项为RT_UTEST_SYS_PERFgroup DefineGroup(utestcases, src, depend [RT_UTEST_SYS_PERF], CPPPATH CPPPATH)6.2 运行命令在 msh 控制台执行utest_run core.perf_test该测试通过 perf_tc.c 的UTEST_TC_EXPORT(testcase, core.perf_test, utest_tc_init, utest_tc_cleanup, 10)注册因此也可以按单用例名运行例如utest_run core.perf_test全量执行或参考各用例的注册名如core.context_switch、core.irq_latency、core.sem、core.event、core.mq、core.mbox对应各个单测入口。运行前utest_tc_init会查找并打开定时器设备若设备不存在将打印clock_timer sample run failed! cant find timer0 device!并返回RT_ERROR。正常结束的判定标志源自 perf_tc.c 与各用例头部注释控制台打印以 Performance Test Results Start 开头、 Performance Test Results End 结尾的结构化表格utest 框架报告[ PASSED ] [ result ] testcase (core.perf_test)整个执行过程无崩溃、无超时、无内存泄漏全部动态对象在用例尾部显式 delete/free。七、结果解读与注意事项7.1 如何阅读输出以rt_perf_dump的输出为例Test No | Test Name | Count | Total Time (us) | Max Time (us) | Min Time (us) | Avg Time (us) --------|----------------------|-------|-----------------|---------------|---------------|-------------- 1 | context_switch_test | 1000 | xxxxx | xxxx | xxxx | x.xxxxCount应等于RT_UTEST_SYS_PERF_TC_COUNT默认 1000Avg Time为单次操作的平均耗时是跨平台对比的核心指标Max/Min反映抖动与极端情况如首次缓存未命中、中断抢占干扰单位均为微秒us。7.2 结果有效性与阈值各用例头部标注了系统相关的合理阈值可作为粗略判据具体数值取决于主频、内核配置与优化等级用例期望延迟量级上下文切换 100 usIRQ 延时 1000 us典型应远低信号量 35 us事件 50 us消息队列 45 us邮箱 40 us需要注意这些阈值是测试代码注释中给出的参考上限并非绝对性能承诺实际数值随 CPU 主频、内存访问时序、中断负载和编译优化如-O2/-O3而显著变化。同一平台建议固定配置后再做横向对比。7.3 工程上的注意事项定时器依赖六项测试全部依赖微秒级时间戳若 BSP 未注册timer0或未实现CLOCK_TIMER_CTRL_*控制命令用例会报错退出因此先在目标板上确认时钟定时器设备可用统计口径上下文切换与 IRQ 延时用例通过local_modify扣除了固定基准开销解读结果时不要把“原始区间耗时”与“纯切换/纯中断延迟”混为一谈并发安全统计字段的更新在rt_perf_stop运行于被唤醒线程或 ISR 上下文与rt_perf_dump之间依赖rt_perf_t.lock互斥保护改动采样逻辑时需保持同样的同步纪律参考实现价值该套件是编写自定义内核基准的现成范本——rt_perf_t的采集/汇总/打印三层结构、local_modify的开销扣除机制、以及“双线程信号量接力 硬件定时器读秒”的测量模型均可直接复用到其他内核性能场景如任务切换、自旋锁、SMP 通信延迟等。八、相关源码索引测试清单与说明src/utest/perf/README.md公共设施结构体、计时、汇总、入口src/utest/perf/perf_tc.h、src/utest/perf/perf_tc.c六个测试用例context_switch_tc.c、irq_latency_tc.c、thread_sem_tc.c、thread_event_tc.c、thread_mq_tc.c、thread_mbox_tc.c配置与构建src/utest/perf/Kconfig、src/utest/perf/SConscript相关内核实现可进一步对照原理src/ipc.c信号量/事件/消息队列/邮箱、src/scheduler_up.c线程切换、src/irq.c中断管理赞分享操作系统嵌入式物联网嵌入式OSRTOS【免费下载链接】rt-threadRT-Thread is an open source IoT Real-Time Operating System (RTOS). https://rt-thread.github.io/rt-thread/项目地址https://gitcode.com/gh_mirrors/rt/rt-thread点击查看免费下载相关推荐FreeRTOS性能基准测试CoreMark跑分与任务切换延迟测量FreeRTOS性能基准测试CoreMark跑分与任务切换延迟测量 在嵌入式系统开发中实时操作系统RTOS的性能直接影响设备的响应速度和处理能力。Fre操作系统嵌入式OS嵌入式物联网Beads 性能测试实战指南基准测试、CPU 性能剖析与 bd doctor --perf 性能诊断Beads 性能测试实战指南基准测试、CPU 性能剖析与 bd doctor perf 性能诊断 Beads 的数据库规模通常以万级 issue 计而性能问AI 应用Agent 记忆CLIMCP 服务项目管理人工智能5分钟上手JarvisArtGradio交互式修图演示完整指南5分钟上手JarvisArtGradio交互式修图演示完整指南 JarvisArt是一款基于NeurIPS 2025研究成果的智能修图代理工具它能通过Gr上一篇抖音批量下载神器3分钟掌握高效素材管理新方法下一篇终极Deceive离线状态指南5个简单技巧保护你的游戏隐私创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考