问题标签 [stopwatch]

我已经实现了一个运行良好的秒表，而没有考虑到银行假期和周末不应计入总持续时间。我一直在寻找一些开源库，我可以在其中获取经过的时间，传递开始瞬间、结束瞬间和一组银行假期（周末不计算在内）。唯一让我更轻松的库是 net.sf.jtemporal，但我仍然需要扩展功能。谁能告诉我是否有一些有用的库来获得想要的功能？

System.Diagnostics.Stopwatch的准确性如何？我正在尝试为不同的代码路径做一些指标，我需要它是准确的。我应该使用秒表还是有其他更准确的解决方案。

有人告诉我，有时秒表会提供不正确的信息。

这可能不是一个完全不与 .NET 相关的问题。我正在编写一个 .NET 应用程序来控制一些小工具。我定期向小工具发送命令（比如每 500 毫秒）。一旦我发送命令，我就会启动一个计时器。（.NET 秒表类）

如果小工具在 10 毫秒内没有响应，我会再次发送命令。如果它确实响应，我将继续通过发送更多命令并处理响应来监视小工具状态。

我有 2 或 3 个秒表计时器并行运行，为这个小工具做其他事情。

现在，我想监视和控制可能有数千个这样的小工具（可能高达 5000 个）。如果我为一个小工具创建一个对象，我将查看 10000 到 15000 个并行运行的秒表对象。我不确定秒表是如何工作的，但我认为它们依靠硬件计时器或类似的东西来跟踪时间。

我的问题是，windows 可以同时处理如此大量的秒表吗？

例如

对比

秒表可以返回负值是正常行为吗？下面的代码示例可用于重现它。

我可以重现负数的唯一地方是我的虚拟机（由 Hyper-V 在 8 核机器上托管）

秒表类中的ElapsedTicks和是什么意思？Elapsed.Ticks什么时候意义可能与预期不同？

我遇到了一个间歇性失败的单元测试，因为经过的时间不是我所期望的。

此测试的示例如下：

大多数情况下，这都会过去，但至少有一次失败了，因为：

预期：大于或等于 2999 但为：2998

我不明白它怎么可能少于 3 秒。Thread.Sleep 或 Stopwatch 是否存在我不知道的准确性问题？

就像对以下一些问题的更新一样。正在单元测试的场景是一个类，它允许调用一个方法来执行某些操作，如果它失败，请稍等片刻并调用该方法。上面显示的测试只是正在发生的事情的一个近似值。

假设我想调用一个方法 DoSomething()...但是如果 DoSomething() 抛出异常，我希望能够重试调用它最多 3 次，但每次尝试之间等待 1 秒。在这种情况下，单元测试的目的是验证当我们请求 3 次重试且每次重试之间等待 1 秒时，所用的总时间是否大于 3 秒。

我不明白为什么这段代码在 4 小时过去后无法测量。

日志显示：

为什么总是0？

重复：如何在 .NET / C# 中获取刻度精度的时间戳？
我如何从 Stopwatch.GetTimestamp() 到 DateTime

假设 Stopwatch.IsHighResolution 为真

有谁知道HiPerfTimer或StopWatch类是否更适合进行基准测试，为什么？