gpt4 book ai didi

c# - SpinWait.SpinUntil 的替代方案

转载 作者:行者123 更新时间:2023-11-30 13:10:35 26 4
gpt4 key购买 nike

我们在我们的应用程序中使用任务。在一个类中,我们想要触发在并行任务上运行的更新。调用看起来像:

            Maintenance.RecievedMessage += new NotificationHandler(Maintenance_RecievedMessage);
Maintenance.checkLastXML = false;
Maintenance.NeedToUpdateFromCarrier(userId);

SpinWait.SpinUntil(() => isCompleted == true);
return true;

因此我们连接了一个事件,该事件在 Maintenance.NeedToUpdateFromCarrier(userId); 时触发;方法运行完毕。完整的方法如下所示:

 private void Maintenance_RecievedMessage(IsCompleted changeargs)
{
isCompleted = true;
}

所以我们正在等待 NeedToUpdateFromCarrier 方法,一旦它完成它就会触发它完成的事件,我们捕获该事件并将属性 isComplete 设置为 true,这就是 SpinWait.SpinUntil finnaly 完成的时候,并且我们继续。

由于 SpinWait.SpinUntil 对 CPU 来说非常繁重,我现在正在寻找解决此问题的替代方案。

最佳答案

了解自旋等待何时合适很重要。很少有这样的情况。自旋等待优化线程上下文切换。每当您等待某事时,像 WaitHandle.Wait() 这样的调用将阻塞线程并让出处理器。当操作系统找到其他线程来执行有用的工作时,它会执行线程上下文切换。

线程上下文切换非常昂贵。没有确切的数字,因为它取决于 yield-to 线程运行的位置,当该线程在另一个进程或保护环(驱动程序)中运行时会有额外的开销。它的成本在 2000 到 10,000 次循环之间。

那些是 cpu 周期,完成不了多少。只是开销并不能完成真正的工作。如果您知道总是需要少于 20,000 个周期来满足等待条件,那么您可以优化您的线程代码。只需延迟您的线程(旋转)即可确保不需要昂贵的上下文切换。这不是像 Thread.Sleep() 这样的正常延迟,它会产生,它是会消耗 100% 内核的小循环。加入一些智能,例如在只有一个内核的机器上旋转永远不会很好地工作,所以它无论如何都会产生。

显然,如果等待条件持续超过 20,000 个周期,这将无法正常工作。现在您处于明智选择的另一端,您确实希望在这些情况下屈服。不仅仅是为了避免在它没有完成任何事情时消耗 CPU,尤其是因为屈服使得现在更有可能更快地满足等待条件。因为您增加了设置等待条件的线程获得足够的 CPU 周期来完成其工作的几率。

有大量证据表明您的代码就是这种情况。您在旋转之前明确要求代码做某事。它需要一个事件处理程序来发出完成信号。需要运行 Mucho 代码。最令人信服的是,您看到大量 CPU 被烧毁。 TaskMgr.exe 中 1% 的负载大约是 2000 万个 CPU 周期。

改用可等待事件,例如 AutoResetEvent。请注意所需的结构更改,isCompleted 不能再是 bool 值了。您在完成处理程序中调用 Set(),Wait() 来阻止它。

关于c# - SpinWait.SpinUntil 的替代方案,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8952496/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com