怎样去解决rtt临界段处理和中断延时的问题

这个其实是个双刃剑，锁定调度器比关闭中断的代价要高。RTT目前考虑的更多是从减少关闭中断时间来入手，当然也不排斥锁定调度器的方式。

在更高的响应能力上，芯片的处理能力也非常重要。

因为实时系统主要就是看能否在规定的时间里响应。所以一直关注RTT的开关中的时间, 好像这部分一直没有任何修改！

这个我们原来的思路是把一些极端苛刻的实时需求方到另外一个非关中断的环境中去，这样的话，实时性能就能够非常棒了，<1us。所以RT-Thread本身就这样吧，这样的方式能够满足98%的需求了，极端苛刻的实时需求，单独处理。

您提到的另外一个非关中断的环境中去。这个方法能详细一点吗？因为RT-thread整个生态现在已经很好了。

1） 单CPU，是不是通过修改开关中断的方法的地方，在M3中使用BASEPRI的精细控制？
像FREERTOS一样不使用的系统中断调用的部分，可以不被系统开关中断？

我现在统计内核中开关中断的语句，评估在STM32F4下的开关中断时间。其实即便完全开关中断也是没有问题的，但是最主要的原因是这个参数不清楚，导致很难评估是否可以使用这个操作系统。例如5uS紧急度级别的，10uS紧急度级别的，或者1ms紧急度级别的等等。

2） 非中断环境 您指的是另外一个CPU？