問題タブ [stopwatch]

正確なタイマーが必要ですが、DateTime.Nowは十分に正確ではないようです。私が読んだ説明から、System.Diagnostics.Stopwatchはまさに私が望んでいるもののようです。

しかし、私には恐怖症があります。実際の製品コードでSystem.Diagnosticsの何かを使用することに神経質になっています。（AssertsやPrintLnsなどを使用したデバッグには広く使用していますが、本番環境ではまだ使用していません。）関数のベンチマークにタイマーを使用しようとしているだけではありません。アプリには実際のタイマーが必要です。別のフォーラムで、System.Diagnostics.StopWatchはベンチマーク専用であり、理由は示されていませんが、小売コードでは使用しないでくださいと読んだことがあります。これは正しいですか、それとも私（およびそのアドバイスを投稿した人）はSystem.Diagnosticsについてあまりにも心を閉ざしていますか？つまり、本番コードでSystem.Diagnostics.Stopwatchを使用しても大丈夫ですか？ありがとうエイドリアン

理想的には、 Stopwatchクラスに似ていSpeedますが、タイマーが分を変更する速度を決定するという追加のプロパティが必要です。これをどのように実装するのかよくわかりません。

編集

なぜ私がこれをやりたいのか、人々はよく理解していないようです。サッカーゲームやその他のスポーツゲームをプレイすることを検討してください。半分は分単位で測定されますが、ゲームがプレイされる時間枠は大幅に短くなります。つまり、45分の半分が約2.5分でプレイされます。

イベント ハンドラーをストップ ウォッチにアタッチしたいと考えています。誰かが C# または VB のコード スニペットを提供してくれませんか?

私は運がなかったのでそれをBingしました。

コードのパフォーマンスを追跡したかったので、を使用して開始時刻と終了時刻を保存しましたSystem.DateTime.Now。この2つの違いを、コードを実行する時間として使用しました。

違いが正確に見えないことに気づきました。そこで、Stopwatchオブジェクトを使ってみました。これははるかに正確であることが判明しました。

Stopwatch誰かが、開始時間と終了時間の差を使用して計算するよりも正確である理由を教えてもらえますSystem.DateTime.Nowか？

ところで、私は10分の1パーセントについて話しているのではありません。約15〜20％の違いがあります。

カスタム UIView コンポーネントを開発しています。これはシンプルな小さなストップウォッチで、すべての桁に PNG グラフィックが使用されています。周りにはたくさんのチュートリアルがあるので、ほとんどを自分で考え出しています。しかし、2 つの質問があります。

まず、コンポーネントには常に特定のサイズ (141 x 32) がありますが、UIView サブクラス内からそれを指定する方法がわかりません。「フレーム」プロパティでは、幅と高さだけでなく、x と y の位置も定義する必要があります。もちろん、コンポーネントが親ビューに配置されるまで、その位置はわかりません。それ、どうやったら出来るの？

第二に、コンポーネント内のすべての数字画像を描画するために、UIImageView オブジェクトを作成して子としてレイアウトする必要があるのか​​ 、それともビューの drawRect メソッド内で直接画像を描画するだけなのかがわかりません。ストップウォッチは時:分:秒.10 番目のデータを表示するため、少なくとも 1 つの画像が 1 秒あたり 10 回更新され、1 つの画像が毎秒更新されます。UIImageView の「画像」プロパティを簡単に再割り当てすることも、UIImages を直接使用してすべてを再描画することもできます。

どの描画戦略を使用するかを決定する際に、どのような考慮事項を考慮する必要がありますか? ある選択肢が他の選択肢よりも優れている場合はありますか?

編集：

また、カスタム コンポーネント開発の根底にあるメカニズムをよりよく理解しようとしているので、XIB ファイルを使用せずにこのコンポーネントを完全に開発しようとしていることも言及しておく必要があります。

Java クラスでステートメント A からステートメント B に移動するのにかかる時間をキャプチャしたいと考えています。これらのステートメントの間には、多くの Web サービス呼び出しが行われます。正確な時間をキャプチャするために使用できるJavaの機能のようなストップウォッチがあるかどうか知りたいですか?

キャディ

F＃2.0がVS2010の一部になっているので、私はF＃に興味を持っています。それを使う意味は何だろうと思いました。少し読んで、関数呼び出しを測定するためのベンチマークを作成しました。私はアッカーマン関数を使用しました:)

C＃

C ++

F＃

Java

その後、
C＃= 510ms
c ++ = 130ms
F＃= 185ms
Java = Stackoverflow :)

.Netを使用して実行を少し速くしたい場合、それはF＃の力ですか（少量のコードを除く）？これらのコード（特にF＃）のいずれかを最適化できますか？

更新。Console.WriteLineを削除し、デバッガーなしでC＃コードを実行しました：C＃= 400ms

私はかなりタイトなタイミングを必要とするアプリケーションを作成しています。Stopwatchクラスは完璧なソリューションです。ただし、小さなパネルのPCで実行している場合、ストップウォッチの値が大きく外れていることに気付くことがありました。200ミリ秒ごとにストップウォッチの値を監視するデバッグプリントアウトをいくつか追加しました。

0：00：197
0：00：502
0：00：702
...
0：03：356
0:12:93
0:13:21
0：13：421
..。

どうして3秒から13秒にジャンプするのでしょうか。基になる関数QueryPerformanceCounter（）にバグがあることがわかりました（QueryPerformanceCounter（）に注意してください）が、ここで何か他のことが起こっているように感じます。

任意の洞察をいただければ幸いです。

アップデート：

これが私のコードのもう少し詳細です：それはかなり簡単です。Stopwatchこれは、起動時に新しいオブジェクトを作成し、を介してそれを開始するWPFアプリケーションですStart()。DispatcherTimer次に、次のようにを作成します。

ここで、タイムスパンは200ミリ秒です。私のデバッグコードは、ティックStopwatchするたびにオブジェクトの値を出力するだけです。dispatchTimer

Update2：

楽しいマイクロソフトのサポート記事は、パフォーマンスカウンター値が予期せず飛躍する可能性があることです。

「Thread.Sleep（5000）」で費やされたストップウォッチの測定時間が約5000msであることを示す他のユーザー投稿を見ました。

しかし、私のプログラムは次の結果を生み出します

この行動を観察しているのは私だけですか？5秒が実際に経過したのにストップウォッチが1.6秒を測定するのはなぜですか。スレッドが実際に実行されている時間ですか？

私のアプリには、BlackBerry Stopwatchアプリケーションのような機能があります
。100ミリ秒ごとに更新される、時刻を表示するラベルです。

ラベルを更新するためにTimerTaskをスケジュールするタイマー用に別のスレッドを使用しました。

すべて正常に動作しますが、アプリのストップウォッチの実行速度が組み込みのBlackBerryストップウォッチよりも少し遅いことに気付きました。1分あたり1秒の損失があります。
不明な理由で、アプリのタイマーがしばらくの間、約300〜500ミリ秒停止することがあります。

アプリのタイマーがBlackBerryストップウォッチより遅くなる原因は何ですか？
BlackBerryストップウォッチと同じくらいスムーズに動作するストップウォッチを作成するための提案はありますか？