事件计时器在 .NET 中延迟，而不是在单声道中延迟.这是一个错误吗?

Question

DotNet替代方案 (MONO-http://www.go-mono.com/mono-downloads/download.html) 正确处理短计时器条件(低至 ~12 毫秒触发时间) 然而，DotNet 似乎比预期和"未命中"花费的时间更长。那么，哪种行为是正确的呢？单声道是否正确跟踪其事件触发？，它是否用不正确的秒表捏造其数字？还是 DotNet 有"懒惰"事件计时器？通过我的测试，显然，这不是潜在的窗口问题。

.NET 200ms+ Interval minimum
Mono 12ms+ Interval minimum

此查询类似于此：计时器比间隔多 10 毫秒。

但是，请考虑以下代码：

在 .NET 中，错过的事件会慢慢增加：

Total Runtime/Interval - Actual Events = Missed Events

法典：

class Program
{
const int Interval = 60; //ms Event fireing
Stopwatch TotalRunTime = new Stopwatch();//Full runtime.
Stopwatch Calctime = new Stopwatch(); //Used to load up the Event to 66 percent
System.Timers.Timer TIMER; //Fireing Event handler.
int TotalCycles = 0; //Number of times the event is fired.
int Calcs_per_cycle = 100; // Number of calcs per Event.
static void Main(string[] args)
{
Program P = new Program();
P.MainLoop();
}
void MainLoop()
{
Thread.CurrentThread.Priority = ThreadPriority.Highest;
TIMER = new Timers.Timer();
TIMER.Interval = Interval;
TIMER.Elapsed += new ElapsedEventHandler(MS_Calc);
TIMER.AutoReset = true;
TIMER.Enabled = true; //Start Event Timer
TotalRunTime.Start(); //Start Total Time Stopwatch;
while (true)
{
Thread.Sleep(Interval * 5);
Console.Clear();
PrintAtPos(2, "Missed Events " + (((TotalRunTime.ElapsedMilliseconds / Interval) - TotalCycles).ToString()));
}
}
public void MS_Calc(object source, System.Timers.ElapsedEventArgs E)// public void MS_Calc(object source, ElapsedEventArgs E)
{
TotalCycles++;
Calctime.Start();
for (int i = 0; i < Calcs_per_cycle; i++)
{
int A = 2;
int B = 2;
int c = A + B;
}
PrintAtPos(1, "Garbge Collections G1: " + GC.CollectionCount(0) + "  G2: " + GC.CollectionCount(1) + "  G3: " + GC.CollectionCount(2) + " ");
Calctime.Stop();
if (Interval * 0.667 > Calctime.ElapsedMilliseconds) //only fill the even timer 2/3s 
//full to make sure we finish before the next event
{
Calcs_per_cycle = (int)(Calcs_per_cycle * 1.035);
}
Calctime.Reset();
PrintAtPos(0, "Calc Time : " + (DateTime.Now - E.SignalTime).Milliseconds + "  Calcs/Cycle: " + Calcs_per_cycle);
}
private static void PrintAtPos(int Vertical_Pos, string Entry)
{
Console.SetCursorPosition(0, Vertical_Pos);
Console.Write(Entry);
}
}

Answer 1

问题是 Windows 系统时钟在您使用的时间刻度上并不精确，我相信 Microsoft 的实现Timer正在使用系统时钟来确定何时触发Elapsed事件。我之所以假设这一点，是因为当您考虑系统时钟的(不)准确性时，您可以对观察到的行为进行相当准确的描述。

系统时钟仅精确到 15.6 毫秒(原因是为了延长电池寿命，请参阅此问题)。因此，Elapsed事件不会精确地每 60 毫秒触发一次，而是每 62.4 毫秒触发一次。这 2.4 毫秒的差异聚合在一起，您"错过"了事件。我运行了您的程序 33009 毫秒，并报告了 22 个错过的事件。我希望33009 * (1/60 - 1/62.4) = 21.2事件有所不同。这和你将要得到的差不多，因为我们没有15.6毫秒的数字来达到更高的精度。(例如，如果运行时间为 62.5 毫秒，则预期未命中次数为 22.0 次)。

您的示例无疑表明Timer的框架实现可能更准确。我不知道为什么 Mono 的实现更准确，但通常计时器不是用于精确的毫秒计时。还有其他计时方法比系统时钟更准确，Stopwatch类在可用时使用系统时钟。