[参考译文] AM5728：InterCore SpinLock DSP 和 ARM 内核通信访问共享存储器

您好 Hanmant、

很遗憾、此论坛不支持 VxWorks。 您可以尝试直接联系 WindRiver 获取支持： https://support2.windriver.com/

我对软件栈一无所知、但 Google AI 给出了一些优点、这些优点是在 VxWorks 中使用旋锁的一般最佳做法-

• 高优先级任务在由低优先级任务保持的锁上旋转： 这是导致实时系统死锁的典型原因。 不能计划保持锁定的较低优先级任务运行和释放锁定、因为较高优先级的任务正在忙于旋转、需要占用 CPU 周期。 这可以防止较低优先级的任务有机会释放锁定、从而导致两个任务都卡住的死锁。
• 建议： 如果使用自旋锁、请确保可能在同一锁上旋转的所有线程或任务具有相同的优先级。  

• SPINLOCK 专为非常短的关键部分而设计: 如果任务拥有 SPINLOCK 的时间过长,它会浪费 CPU 周期,因为其他任务被强制旋转并等待。 这会导致性能下降甚至死锁、尤其是在许多内核争用同一锁的系统中。
• 建议： 尽可能缩短使用旋锁保护的临界区。 对于较长的关键部分、请考虑使用互斥体、这些互斥体会使等待任务进入睡眠状态、而不是让它们旋转。  

• 切勿调用在按住 spinlock 时可能阻塞或休眠的函数: 这包括 I/O 等操作（例如） printf或任务生成。 如果一个任务包含 spinlock 块、则等待锁定的其他任务将继续无限期旋转。
• 建议：  在 获取旋锁之前分配任何必要的资源、仅在释放锁后执行阻塞操作。  

• 对上下文使用错误的 spinlock 变体： 像 Linux 一样的 VxWorks 为各种上下文（例如，中断处理程序）提供不同的 spinlock 变体。 使用错误的变体可能会导致意外行为和死锁。
• 建议： 根据是否需要在保持锁定时禁用中断、仔细选择合适的 spinlock 变体。  

• 以不一致的顺序获取多个锁: 如果任务或线程获取嵌套锁（例如,一个任务中的 spinlock A、spinlock B、另一个任务中的 spinlock A ）,则可能导致死锁。
• 建议： 始终建立清晰的锁定层次结构、并确保所有任务都按照相同的预定义顺序获取锁定。  

• 与锁使用相关的一般不良做法： 如锁的保持时间超过必要时间、在需要时未保持锁、或未正确使用锁等问题可能导致系统挂起、尤其是在使用嵌套锁时。
• 建议： 遵循使用锁的最佳实践、仔细检查代码以避免潜在问题。