c# - 使用 ManualResetEventSlim 而不是 ManualResetEvent 的最短等待时间是多少？

Question

从 NET 4 开始，我可以使用 ManualResetEventSlim 类，它在阻塞之前稍微旋转一下，以便在阻塞时间很短的情况下获得时间优化(我没有上下文切换)。

我想使用基准来衡量这次的时间有多短，以便或多或少地知道更喜欢使用 ManualResetEventSlim 而不是经典的 所需的等待时间>ManualResetEvent.

我知道此度量取决于 CPU，不可能先验地知道自旋时间，但我希望有一个数量级。

我编写了一个基准测试类以获得使 ManualResetEventSlim 优于 ManualResetEvent 的最小 MillisecondSleep。

public class ManualResetEventTest
{
    [Params(0, 1, 10)]
    public int MillisecondsSleep;

    [Benchmark]
    public void ManualResetEventSlim()
    {
        using var mres = new ManualResetEventSlim(false);
        var t = Task.Run(() =>
        {
            mres.Wait();
        });

        Thread.Sleep(MillisecondsSleep);
        mres.Set();
        t.Wait();
    }
    
    [Benchmark]
    public void ManualResetEvent()
    {
        using var mres = new ManualResetEvent(false);
        var t = Task.Run(() =>
        {
            mres.WaitOne();
        });

        Thread.Sleep(MillisecondsSleep);
        mres.Set();
        t.Wait();
    }
}

结果如下

如您所见，我发现仅使用 Thread.Sleep(0) 即可提高性能。此外，我看到 1 毫秒和 10 毫秒的平均时间均为 15 毫秒。我错过了什么吗？

是否只有 0 毫秒等待时使用 ManualResetEventSlim 而不是 ManualResetEvent 更好？

Answer 1

摘自优秀的 C# 9.0 in a Nutshell 书:

Waiting or signaling an AutoResetEvent or ManualResetEvent takes about one microsecond (assuming no blocking).

ManualResetEventSlim and CountdownEvent can be up to 50 times faster in short-wait scenarios because of their nonreliance on the OS and judicious use of spinning constructs. In most scenarios, however, the overhead of the signaling classes themselves doesn't create a bottleneck; thus, it is rarely a consideration.

希望这足以给您一个粗略的数量级。