出于性能分析目的，可以忽略对 WaitHandle.SignalAndWait 的调用吗？

发布于 2024-07-25 11:28:13 字数 763 浏览 8 评论 0原文

我刚刚下载了 Red Gate 的 ANTS Performance Profiler 试用版，并且正在调查我团队的一些代码。我立即注意到 ANTS 报告有一段特定的代码占用了 99% 的 CPU 时间。

我对 ANTS 或一般性能分析完全不熟悉（也就是说，除了使用我确信非常粗鲁和令人皱眉的方法进行自我分析之外，例如 double timeToComplete = (endTime - startTime).TotalSeconds< /code>），所以我仍在摆弄该应用程序并弄清楚它是如何使用的。但我确实打电话给负责相关代码的开发人员，他的立即反应是“是的，它这么说并不让我感到惊讶；但是该代码调用了 SignalAndWait [感谢 ANTS，我可以亲眼看到]，它不使用任何CPU，它只是坐在那里等待做一些事情。” 他建议我忽略该代码并寻找我能找到的其他任何内容。

我的问题：SignalAndWait 是否真的不需要 CPU 开销（如果是这样，这怎么可能？），性能分析器将其视为占用 99% CPU 时间是否合理？我觉得这特别奇怪，因为如果它是 99%，那就表明我们的应用程序经常闲置，不是吗？但最近它的表现却变得相当低迷。

就像我说的，对于这个工具，我确实只是一个初学者，而且我对 WaitHandle 类一无所知。因此，任何可以帮助我了解这里发生的事情的信息将不胜感激。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

赠意 2024-08-01 11:28:13

WaitHandle 确实会让你的线程进入睡眠状态。

额外的好处是您可以在这些句柄上设置超时，以便它们可以在一段时间后唤醒。

您还可以从另一个线程（例如应用程序退出等）发出 WaitHandle 信号，它们会立即唤醒。

我个人更喜欢具有短超时的 WaitHandle，而不是具有相同超时的 Thread.Sleep，因为当睡眠启动时，它必须返回才能恢复操作，而如果需要，可以立即恢复 WaitHandle 。

回复收藏 0 原文

一人独醉 2024-08-01 11:28:13

我认为您的代码中可能存在严重的错误。
EventWaitHandle 根据其重置模式有 2 种语义。
当 EventWaitHandle 处于 AutoReset 模式时，所有等待线程都将被阻塞，直到事件发出信号为止，一旦事件发出信号，后续的等待操作将重置其状态，并且调用 wait 的线程将再次阻塞。

但是，如果 EventWaitHandle 处于 ManualReset 模式，它将保持有信号状态，直到您对其手动调用 Reset，这意味着如果 EventWaitHandle 有信号并且线程在紧密循环中调用 wait，则该线程将不会阻塞，直到 Reset在事件上手动调用，因此考虑这个假设场景，

EventWaitHandle h1, h2;
h1 = new EventWaitHandle(true, EventWaitHandle.ManualReset); // the event is already signaled.
h2 = new EventWaitHandle(false, EventWaitHandle.ManualReset);
while(true)
{
  WaitHandle.SignalAndWait(h2,h1);
}

上面的循环将占用大部分 CPU，直到其他线程调用 h1.Reset()，这将使 SignalAndWait 阻塞。

希望这可以帮助。

欲了解更多信息，请查看
http://msdn.microsoft.com/en-us/库/system.threading.eventwaithandle.aspx

I think you might have a serious bug in your code.
EventWaitHandle has 2 semantics depending on its reset mode.
When EventWaitHandle are in AutoReset mode, then all waiting threads are blocked until the event is signaled, once the event is signal, subsequent wait operations on it reset its state and the thread calling wait block again on it.

However, if the EventWaitHandle is in ManualReset Mode, it will remain signaled until you call Reset Manually on it, this means that if an EventWaitHandle is signaled and a thread is calling wait on it in a tight loop, this thread will not block until Reset is called manually on the event, so consider this hyphothetical scenario

EventWaitHandle h1, h2;
h1 = new EventWaitHandle(true, EventWaitHandle.ManualReset); // the event is already signaled.
h2 = new EventWaitHandle(false, EventWaitHandle.ManualReset);
while(true)
{
  WaitHandle.SignalAndWait(h2,h1);
}

the loop above will eat most of your CPU until some other thread calls h1.Reset(), which will make SignalAndWait blocks.

Hope this helps.

For more information, check out
http://msdn.microsoft.com/en-us/library/system.threading.eventwaithandle.aspx

回复收藏 0 原文

~没有更多了~