windows - 我怎样才能告诉 Windows XP/7 在我的代码的特定段期间不要切换线程？

Question

我想阻止 Windows XP/7 在后台线程中运行的代码的时间关键部分进行线程切换。我很确定我无法创造一种我可以保证不会发生的情况，因为系统驱动程序等的优先级更高的中断。但是，我想降低那部分线程切换的可能性我的代码尽可能少。是否有任何创建线程标志或 Window API 调用可以帮助我？一般技术技巧也很受欢迎。如果有一种方法可以在不必将线程优先级提高到实时关键的情况下完成此操作，那就太好了，因为如果我这样做的话，我担心会给用户带来系统性能问题。

更新:在看到对我的原始帖子的第一批回复后，我添加了此更新。提出这个问题的具体应用与实时音频流有关。我想尽我所能消除每一点延迟。在对我的原始设计进行编码后，我发现线程切换有时会导致 70 毫秒或更多的延迟。由于我的应用程序位于两个套接字之间，充当传输音频的中间人，因此当我收到一个音频缓冲区时，我想立即转身并将其推出目标套接字。我最初的设计使用了两个协作线程和一个信号量，因为有一个线程管理源套接字，另一个线程管理目标套接字。这种架构是从套接字后面的两个设备是不同的实体这一事实演变而来的。

我意识到，如果我将两个套接字组合到同一个线程上，我就可以编写一个代码块，该代码块可以立即对接收到的套接字数据消息作出 react ，并一次性将其转至目标套接字。现在，如果我能尽力避免干预线程切换，那将是最小化延迟的最佳编码架构。重复一遍，我知道我不能保证会出现这种情况，但我正在寻找有关如何编写执行此操作并尽可能减少干预线程切换机会的代码块的提示/建议。

注意，我知道套接字背后的 O/S 代码引入了它自己的(潜在的)延迟。

Answer 1

据我所知，CreateThread 等中没有此类标志(恕我直言，这也没有意义)。在危急情况下，您可以暂停进程中的其他线程执行(通过枚举它们并使用 SuspendThread)，并且理论上您可以枚举和暂停其他进程中的线程。

OTOH 暂停线程通常不是一个好主意，最终您可能会调用一些第 3 方代码，这些代码会隐式等待应该在您暂停的另一个线程中完成的事情。

恕我直言 - 你应该使用针对该案例的建议 - 玩弄线程/进程优先级(你也可以考虑 SetThreadPriorityBoost)。此外，操作系统倾向于将优先级提高到通常不积极使用 CPU 的线程。也就是说，经常工作但持续时间很短的线程(在调用其中一个暂停它们直到某些情况之前的等待函数之前)被认为表现得“很好”，并且它们得到优先级排序。