在排除验证并发性的测试问题时,我发现我们一些运行在虚拟机中的构建机会经常报告任务没有等待完整的
我一直认为延迟总是至少符合请求的时间,但可能会因系统时钟的分辨率而变长。现在应该推断出延迟始终会在系统时钟的分辨率(即大约15毫秒)内吗?还是其他情况?
Task.Delay
时间间隔。为了确认这个问题,我编写了一个测试脚本创建一个直方图,记录请求延迟时间到实际等待时间的差异。在我的机器上,结果如预期所示:interval ms => number of items completing in that interval
--
0 - 4 ms => 13 # 13 iterations completed within 4 ms of the requested delay
5 - 9 ms => 194
10 - 14 ms => 714
15 - 19 ms => 61
20 - 24 ms => 12
25 - 29 ms => 3
40 - 44 ms => 2
45 - 49 ms => 1
但是在构建机上,测试报告显示所有任务在请求的延迟完成之前都已完成:
-10 - -6 ms => 999
-5 - -1 ms => 1
这里是测试/直方图生成器:
[Test]
[Timeout(60_000)]
public async Task TaskDelayAccuracyCheck()
{
var results = new List<long>();
for (var i = 0; i<1000; ++i)
{
var sw = new Stopwatch();
sw.Start();
await Task.Delay(20);
sw.Stop();
results.Add((sw.ElapsedTicks - 20*10_000)/10_000);
}
var histo = results.GroupBy(t => t / 5).OrderBy(x => x.Key);
foreach (var group in histo)
{
Console.WriteLine($"{group.Key*5} - {(group.Key+1)*5 - 1} ms => {group.Count()}");
}
Assert.Multiple(() =>
{
foreach (var group in histo)
{
Assert.That(group.Key, Is.GreaterThanOrEqualTo(0));
}
});
}
Task.Delay文档中指出(已加粗标识):
在这种情况下,我保证延迟时间不会小于上述的15毫秒,并使用了“Stopwatch”类来确保计时尽可能精确。此外,“Stopwatch.IsHighResolution”返回“True”,因此我应该能够信任计时。此方法依赖于系统时钟。这意味着,如果延迟参数小于系统时钟的分辨率,则时间延迟将大约等于系统时钟的分辨率,Windows 系统上大约为 15 毫秒。
我一直认为延迟总是至少符合请求的时间,但可能会因系统时钟的分辨率而变长。现在应该推断出延迟始终会在系统时钟的分辨率(即大约15毫秒)内吗?还是其他情况?
Stopwatch.Frequency
在同一台机器上返回什么?如果不是 10000000,那么就像其他人所说,你的计算是错误的。 - sellotape