Linux 用户空间中的实时线程优先级

发件人：

上述行为与RTAI/LXRT的情况相反，例如，迁移到Linux空间的线程实际上在同一移动中丢失了实时优先级，因为它继承了RTAI调度程序定义的最低优先级

这一设计决策背后一定有某种原因。我想 了解它能提供什么样的优势-我的意思是当真正的 当线程转移到用户空间时，它的优先级较低（并且 因此，可以通过运行高优先级实时线程来抢占 在内核空间中）。这种设计背后是否有一些假设 决定？

两个假设：

线程不会在内核空间花费太多时间

内核空间中的线程倾向于保存需要尽快释放的资源

两个假设：

线程不会在内核空间花费太多时间

内核空间中的线程倾向于保存需要尽快释放的资源

---

谢谢你的回复。事实上，Xenomai为拥有相反的特性而自豪——它们的线程在用户空间中保持高优先级。所以我很困惑。如果这两个假设不适用，那么在用户空间中保持线程优先级是否也有真正的优势呢。例如，如果用户空间代码充当其他低优先级用户空间代码的“内核”，或者用户空间代码没有做很多“实际工作”。David，但是当我们谈论硬实时时，认为这两个假设不适用是否有意义？啊，这可能是Xenomai不太在乎速度的原因吗？谢谢你的回复。事实上，Xenomai为拥有相反的特性而自豪——它们的线程在用户空间中保持高优先级。所以我很困惑。如果这两个假设不适用，那么在用户空间中保持线程优先级是否也有真正的优势呢。例如，如果用户空间代码充当其他低优先级用户空间代码的“内核”，或者用户空间代码没有做很多“实际工作”。David，但是当我们谈论硬实时时，认为这两个假设不适用是否有意义？啊，这可能是Xenomai不太在乎速度的原因吗？