- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我们在我们的应用程序中使用任务。在一个类中,我们想要触发在并行任务上运行的更新。调用看起来像:
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/
我想知道 Threading.Thread.SpinWait 方法和 Threading.SpinWait 结构之间是否有任何区别。 特别是,在应用程序中实现自旋等待的惯用方式是什么: Thread.
MSDN "Thread-Safe Collections .NET Framework 4"状态: "Some of the concurrent collection types use ligh
我在 C# 中有一个轮询循环,需要在 上每 100 微秒轮询一次。平均 (当然,考虑到没有因内核短缺而由Windows进行过多的抢占式线程上下文切换)。 由于没有时间重新安排,Sleep(1) 不会这
阅读时Albahari's Threading in C# ,我注意到“无锁更新”模式在循环结束时使用了 SpinWait: static void LockFreeUpdate (ref T fie
此代码消耗接近零的 CPU(i5 系列) public void SpinWait() { for (int i = 0; i {
来自MSDN并不太清楚其目的。 可以用来模拟密集的CPU计算测试吗? 最佳答案 它用作非常短期的 sleep 调用的替代品。 当您进行多线程锁定时,如果您尝试获取的资源已被锁定,您通常会进入休眠状态并
我们在我们的应用程序中使用任务。在一个类中,我们想要触发在并行任务上运行的更新。调用看起来像: Maintenance.RecievedMessage += new Notif
我有以下代码: while(flag) { Thread.SpinWait(1); } 以下是 SpinWait 的实现在Rotor(sscli20\clr\src\vm\comsynchroni
我需要旋转线程直到出现特定条件。 在 c# 中,我对 SpinWait 有很好的体验。 但是我对 C++ 有点陌生,我不确定与此等效的是什么: SpinWait.SpinUntil(() =>
我有一个相对简单的方法来等待元素存在并显示。该方法处理为给定 By 返回多个元素的情况(通常我们只希望显示其中一个元素,但无论如何该方法将返回找到的第一个显示元素)。 我遇到的问题是,当页面上(根本)
是否有效 SpinWait.SpinUntil(() => myPredicate(), 10000) 超时为 10000 毫秒 或 同样的条件使用Thread.Sleep轮询是否效率更高例如,类似于
我有一个 WinForm 应用程序,它使用 BackGroundWorker 创建 TCP 客户端并将一些数据发送到远程服务器。当套接字完成时关闭连接,BGW 从 DoWork Sub 退出。 在 R
Windows .NET (C++) 通过 YIELD/PAUSE 指令为超线程友好的忙等待提供 SpinWait。 Linux 和 Mac OS X 上的等效功能是什么?如果系统调用不可用,如何在用
我是一名优秀的程序员,十分优秀!