.net - 为什么 .NET 计时器的分辨率限制为 15 毫秒？

Question

请注意，我正在询问一些使用诸如 System.Threading.Timer 之类的东西每 15 毫秒调用一次回调函数的频率。我不是在问如何使用 System.Diagnostics.Stopwatch 甚至 QueryPerformanceCounter 之类的东西来准确计时一段代码。

此外，我已阅读相关问题:

Accurate Windows timer? System.Timers.Timer() is limited to 15 msec

High resolution timer in .NET

这两者都没有为我的问题提供有用的答案。

另外，推荐MSDN文章，Implement a Continuously Updating, High-Resolution Time Provider for Windows ，是关于计时而不是提供连续的滴答流。

话虽如此。 。 .

存在大量有关 .NET 计时器对象的不良信息。例如，System.Timers.Timer 被宣传为“针对服务器应用程序优化的高性能计时器”。而 System.Threading.Timer 在某种程度上被认为是二等公民。传统观点认为，System.Threading.Timer 是 Windows Timer Queue Timers 的包装器。而 System.Timers.Timer 则完全是另一回事。

现实情况大不相同。 System.Timers.Timer 只是一个围绕 System.Threading.Timer 的薄组件包装器(只需使用 Reflector 或 ILDASM 来查看 System.Timers.Timer 内部) code> 并且您将看到对 System.Threading.Timer 的引用)，并且有一些代码将提供自动线程同步，因此您不必这样做。

System.Threading.Timer，事实证明不是计时器队列计时器的包装器。至少在 2.0 运行时中不是这样，它是从 .NET 2.0 到 .NET 3.5 使用的。使用共享源 CLI 几分钟后发现，运行时实现了自己的计时器队列，该队列与计时器队列计时器类似，但从未真正调用 Win32 函数。

.NET 4.0 运行时似乎也实现了自己的计时器队列。我的测试程序(见下文)在 .NET 4.0 下提供了与在 .NET 3.5 下类似的结果。我已经为计时器队列计时器创建了自己的托管包装器，并证明我可以获得 1 毫秒的分辨率(具有相当好的准确性)，因此我认为我不太可能错误地读取 CLI 源代码。

我有两个问题:

首先，是什么原因导致运行时执行定时器队列的速度如此之慢？我无法获得超过 15 毫秒的分辨率，并且精度似乎在 -1 到 +30 毫秒的范围内。也就是说，如果我要求 24 毫秒，我将得到间隔 23 到 54 毫秒的刻度。我想我可以花更多时间研究 CLI 源来找到答案，但我想这里有人可能知道。

第二，我意识到这个问题很难回答，为什么不使用定时器队列定时器呢？我意识到 .NET 1.x 必须在 Win9x 上运行，而 Win9x 没有这些 API，但它们自 Windows 2000 以来就已存在，如果我没记错的话，这是 .NET 2.0 的最低要求。是因为 CLI 必须在非 Windows 机器上运行吗？

我的计时器测试程序:

using System;
using System.Collections.Generic;
using System.Diagnostics;
using System.Threading;

namespace TimerTest
{
    class Program
    {
        const int TickFrequency = 5;
        const int TestDuration = 15000;   // 15 seconds

        static void Main(string[] args)
        {
            // Create a list to hold the tick times
            // The list is pre-allocated to prevent list resizing
            // from slowing down the test.
            List<double> tickTimes = new List<double>(2 * TestDuration / TickFrequency);

            // Start a stopwatch so we can keep track of how long this takes.
            Stopwatch Elapsed = Stopwatch.StartNew();

            // Create a timer that saves the elapsed time at each tick
            Timer ticker = new Timer((s) =>
                {
                    tickTimes.Add(Elapsed.ElapsedMilliseconds);
                }, null, 0, TickFrequency);

            // Wait for the test to complete
            Thread.Sleep(TestDuration);

            // Destroy the timer and stop the stopwatch
            ticker.Dispose();
            Elapsed.Stop();

            // Now let's analyze the results
            Console.WriteLine("{0:N0} ticks in {1:N0} milliseconds", tickTimes.Count, Elapsed.ElapsedMilliseconds);
            Console.WriteLine("Average tick frequency = {0:N2} ms", (double)Elapsed.ElapsedMilliseconds / tickTimes.Count);

            // Compute min and max deviation from requested frequency
            double minDiff = double.MaxValue;
            double maxDiff = double.MinValue;
            for (int i = 1; i < tickTimes.Count; ++i)
            {
                double diff = (tickTimes[i] - tickTimes[i - 1]) - TickFrequency;
                minDiff = Math.Min(diff, minDiff);
                maxDiff = Math.Max(diff, maxDiff);
            }

            Console.WriteLine("min diff = {0:N4} ms", minDiff);
            Console.WriteLine("max diff = {0:N4} ms", maxDiff);

            Console.WriteLine("Test complete.  Press Enter.");
            Console.ReadLine();
        }
    }
}

Answer 1

也许此处链接的文档对此进行了一些解释。有点干，所以我只是快速浏览了一下:)

引用简介:

The system timer resolution determines how frequently Windows performs two main actions:

• Update the timer tick count if a full tick has elapsed.
• Check whether a scheduled timer object has expired.

A timer tick is a notion of elapsed time that Windows uses to track the time of day and thread quantum times. By default, the clock interrupt and timer tick are the same, but Windows or an application can change the clock interrupt period.

The default timer resolution on Windows 7 is 15.6 milliseconds (ms). Some applications reduce this to 1 ms, which reduces the battery run time on mobile systems by as much as 25 percent.

原文来自:Timers, Timer Resolution, and Development of Efficient Code (docx).