rt-thread
rt-thread copied to clipboard
RT-Thread
[components][finsh] add cputh cmd
拉取/合并请求描述：(PR description)
[
为什么提交这份PR (why to submit this PR)
增加cpu使用率的功能，能够方便的查看每个线程在单位时间内的cpu使用率
你的解决方案是什么 (what is your solution)
- 使用scheduler hook函数统计每个线程占用cpu的时间。
- 通过定时器事件周期性计算cpu使用率并更新显示。
- 命令开始执行时注册hook函数，动态创建统计所需的内存并绑定到线程的userdata，命令退出时清除hook函数，并释放内存。命令退出后不占用cpu和内存。
- 默认情况下使用tick计数统计cpu使用率，如果用户重写了三个weak函数，则能够使用硬件计数精确的统计每个线程的cpu使用率和cpu cycle。
- 使用pingpang buffer统计cpu占用时间，更新显示过程中不会丢失统计。
在什么测试环境下测试通过 (what is the test environment)
使用at32f437-starter开发板和stm32f429-atk-apollo开发板测试通过 ]
当前拉取/合并请求的状态 Intent for your PR
必须选择一项 Choose one (Mandatory):
- [x] 本拉取/合并请求是一个草稿版本 This PR is for a code-review and is intended to get feedback
- [ ] 本拉取/合并请求是一个成熟版本 This PR is mature, and ready to be integrated into the repo
代码质量 Code Quality：
我在这个拉取/合并请求中已经考虑了 As part of this pull request, I've considered the following:
- [x] 已经仔细查看过代码改动的对比 Already check the difference between PR and old code
- [x] 代码风格正确，包括缩进空格，命名及其他风格 Style guide is adhered to, including spacing, naming and other styles
- [x] 没有垃圾代码，代码尽量精简，不包含
#if 0代码，不包含已经被注释了的代码 All redundant code is removed and cleaned up - [x] 所有变更均有原因及合理的，并且不会影响到其他软件组件代码或BSP All modifications are justified and not affect other components or BSP
- [x] 对难懂代码均提供对应的注释 I've commented appropriately where code is tricky
- [ ] 代码是高质量的 Code in this PR is of high quality
- [x] 已经使用formatting 等源码格式化工具确保格式符合RT-Thread代码规范 This PR complies with RT-Thread code specification
- 之前看到有个在idle线程中统计总体cpu usage的函数，但是无法知道某一个线程的使用率。
- 三个weak函数如果没有实现，那么所有的线程使用单位时间内tick计数统计使用率，这样粒度比较粗。如果实现了话，那么所有的线程使用单位时间内tick*timer_prd计数来统计，会更准确。这个timer在stm32上就是systick。
- 三个weak函数分别：1、获取timer_prd，在命令启动时使用。2、获取timer的counter数值，在hook中调用。3、获取timer是否溢出，仍在hook中调用。这是目前想到的比较精确统计每个线程使用率的方法。
- 是的，这个可放在package中比较好。
感觉那几个weak函数的实现并不是完全合适的。另外，关于cpu usage，应该有软件包了的吧（不完全确定）。cpu usage实现了，放软件包中也挺好的
rtt的package中确实有一个cpu_usage，可以显示cpu的总体使用率，范围大概从0~100。 rtt的bsp中有一个cpuusage.c的文件，和软件包中的类似，也是显示总体使用率。 cputh能显示thread的使用率，功能上应该和上面的软件包不重复。 看了您的回复，我目前还没想出关于这三个weak函数更好的方法。不知您对这几个weak函数有什么建议，或者其他的改动建议？ 另外感觉如果能作为msh内置的命令来显示cpu的使用率会更方便些。
感觉那几个weak函数的实现并不是完全合适的。另外，关于cpu usage，应该有软件包了的吧（不完全确定）。cpu usage实现了，放软件包中也挺好的
rtt的package中确实有一个cpu_usage，可以显示cpu的总体使用率，范围大概从0~100。 rtt的bsp中有一个cpuusage.c的文件，和软件包中的类似，也是显示总体使用率。 cputh能显示thread的使用率，功能上应该和上面的软件包不重复。 看了您的回复，我目前还没想出关于这三个weak函数更好的方法。不知您对这几个weak函数有什么建议，或者其他的改动建议？ 另外感觉如果能作为msh内置的命令来显示cpu的使用率会更方便些。
可以一样的放到软件包中；选择、编译了软件包后，命令也会自动导出到msh中。
我建议可以放在 RTT utilities 里，而且最好不要占用各种系统 hook 。避免开启这个功能，导致系统 hook 没法被其他软件包使用
👌 那么可以完善好一套易用的cpu usage出来吧
我建议可以放在 RTT utilities 里，而且最好不要占用各种系统 hook 。避免开启这个功能，导致系统 hook 没法被其他软件包使用
单独放到软件包里很多人都不知道这个功能，是不是把结果集成到 ps / list thread 命令里，这样更加方便呀
集成到ps命令里不太方便，目前的实现方法需要经过指定的时间后才能计算统计结果，会影响ps的显示
我建议可以放在 RTT utilities 里，而且最好不要占用各种系统 hook 。避免开启这个功能，导致系统 hook 没法被其他软件包使用
是指路径rt-thread\components\utilities？目前的实现方法必须要使用rt_scheduler_hook这个系统hook。或者我们增加一个额外hook供cpuusage使用？
