Mirrors_Framework/cosyos
1
0
Fork 0
mirror of https://gitee.com/cosyos/cosyos.git synced 2026-02-05 11:29:44 +08:00
Code Issues Packages Projects Releases Wiki Activity

update 说明文档/CosyOS原理与应用.md.

Browse Source 
Signed-off-by: 零中断延迟的RTOS <cosyos@139.com>
This commit is contained in:
零中断延迟的RTOS
2024-01-09 08:30:47 +00:00
committed by Gitee
parent f2dd8f2173
commit 25f15a6969
1 changed files with 4 additions and 3 deletions
Download Patch File Download Diff File Expand all files Collapse all files

7
说明文档/CosyOS原理与应用.md
View File

@@ -492,10 +492,10 @@ CosyOS启用“每调度监控”的充分必要条件是启用任务管理器
线程入口监控现已取消，原因是虽然有效，但不实用。<br>
### 任务栈定义
* **任务栈初定义** <br>
1、对于51及251的MSP模式，当任务创建模式非静态创建时，任务栈的初始定义可以小（因为有重分配机制），而后根据监控及报警情况再增大。<br>
2、对于251的PSP模式及Arm的MSP+PSP模式，任务栈的初始定义一定要够大，否则可能会运行不起来或死机，而后再根据测试情况重新调整任务栈。<br>
3、对于251的PSP模式，由于中断入栈也入任务栈，所以需要用户自己根据中断的使用情况来计算一个中断嵌套入栈的最大size（不必包括最低优先级的中断入栈），累加到“前面的字节数”中，看是否会大于 “后面的字节数”，再行调整。<br>
1、对于51及251的MSP模式，当任务创建模式非静态创建时，任务栈的初始定义可以小（可为零，因为有重分配机制），而后再根据监控情况重新调整任务栈。<br>
2、对于251的PSP模式及Arm的MSP+PSP模式，任务栈的初始定义一定要够大，否则可能会运行不起来或死机，而后再根据监控情况重新调整任务栈。<br>
* **任务栈调整** <br>
1、当任务栈重分配发生时，就需要重新调整任务栈的size了。<br>
@@ -504,6 +504,7 @@ CosyOS启用“每调度监控”的充分必要条件是启用任务管理器
2、当 “前面的字节数” 大于 “后面的字节数” 时，就需要重新调整任务栈的size了。<br>
如：56B/m32B，此时就需要重新调整任务栈的大小为至少56个字节。<br>
当这种情况发生时，还会有相应的报警提示用户，ots：在概率上、在未来必然会发生的任务栈溢出（虽然现在可能并未发生）。<br>
3、对于251的PSP模式，由于中断入栈也入任务栈，所以需要用户自己根据中断的使用情况来计算一个中断嵌套入栈的最大size（不必包括最低优先级的中断入栈），累加到“前面的字节数”中，看是否会大于 “后面的字节数”，再行调整。<br>
* **任务栈补偿** <br>
1、在开发测试阶段，用户应尽量设法模拟各种情况的发生，最好是频繁发生，包括中断的发生。只要你的产品支持的功能、情况，都要设法模拟到。<br>