問題タブ [stopwatch]

銀行休業日と週末を合計期間にカウントしないことを考慮せずに、正常に機能するストップウォッチを実装しました。経過時間を取得し、開始時刻、終了時刻、および一連の銀行休業日 (週末はカウントされません) を渡すことができるオープンソース ライブラリを探していました。作業を簡単にする唯一のライブラリは net.sf.jtemporal ですが、機能を拡張する必要があります。必要な機能を取得するための便利なライブラリがあるかどうか、誰か教えてもらえますか?

System.Diagnostics.Stopwatchはどのくらい正確ですか？さまざまなコードパスに対していくつかのメトリックを実行しようとしていますが、正確である必要があります。ストップウォッチを使用する必要がありますか、それともより正確な別の解決策がありますか。

ストップウォッチが間違った情報を提供することがあると言われています。

これは、完全に .NET 関連の質問ではない可能性があります。いくつかのガジェットを制御する .NET アプリケーションを作成しています。ガジェットに定期的に (たとえば 500 ミリ秒ごとに) コマンドを送信します。コマンドを送信するとすぐに、タイマーを開始します。(.NET ストップウォッチ クラス)

ガジェットがたとえば 10 ミリ秒以内に応答しない場合は、もう一度コマンドを送信します。応答がある場合は、さらにコマンドを送信して応答を処理することで、ガジェットの状態を監視し続けます。

この 1 つのガジェットで他のことを行うために、2 つまたは 3 つのストップウォッチ タイマーを並行して実行しています。

今、私は潜在的に数千のこれらのガジェットを監視および制御したいと考えています (最大で 5000 になる可能性があります)。ガジェット用のオブジェクトを 1 つ作成すると、並行して実行される 10000 ～ 15000 個のストップウォッチ オブジェクトが表示されます。ストップウォッチがどのように機能するかはわかりませんが、時間を追跡するためにハードウェアタイマーまたはそのようなものに依存していると思います.

私の質問は、Windows でこのような多数のストップウォッチを同時に処理できるかということです。

例えば

対。

経過時間が予想どおりではないため、断続的に失敗する単体テストに遭遇しました。

このテストの例は次のとおりです。

ほとんどの場合、これは通過しますが、少なくとも1回は失敗しました。理由は、次のとおりです。

期待：2999以上しかしだった：2998

どうして3秒もかからないのかわかりません。Thread.SleepまたはおそらくStopwatchに、私が気付いていない精度の問題がありますか？

以下の質問のいくつかの更新と同じように。単体テストされているシナリオは、メソッドを呼び出して何らかのアクションを実行できるようにするクラスであり、失敗した場合は1秒待って、そのメソッドを呼び出します。上に示したテストは、起こっていることの単なる概算です。

DoSomething（）メソッドを呼び出したいとしましょう...しかし、DoSomething（）によって例外がスローされた場合、最大3回まで呼び出しを再試行できるようにしたいのですが、各試行の間に1秒待ちます。この場合の単体テストの目的は、3回の再試行を要求したときに、各再試行の間に1秒の待機があり、合計時間が3秒を超えていることを確認することです。

4 時間が経過したときにこのコードが測定に失敗する理由がわかりません。

ロギングはこれを示しています：

なぜ常に0なのですか？

の複製: .NET/C# でティック精度のタイムスタンプを取得する方法は?
Stopwatch.GetTimestamp() から DateTime に取得する方法

Stopwatch.IsHighResolution が true であると仮定します

HiPerfTimerまたはStopWatchクラスがベンチマークに適しているかどうか、そしてその理由を誰かが知っていますか？