問題タブ [stopwatch]

1 か月分の日付のリストを作成しています。何が効率的か気になる

また

基本的に、 new DateTime() または DateTime.addDays の方が効率的です。

アップデート：

結果は一貫して負です...かなり負であるため、コンストラクターと整数テストがより効率的な方法であるように見えます。

JavaScript / Ajaxで、ストップウォッチのようにカウントされる最大N個のタイマーを作成する機能が必要です（ただし、ボタンはありません）。

もう1つの問題は、データが別のAjaxリクエストを介して読み込まれるため、ページが常に更新されることです。その場合、タイマーの正しい値をどのように維持できるかわかりません。

ありがとう！

私はこのコードを持っています：

最初の試行で 00:00: 00.0004255
(デバッグではありません)
00:00:00.0004260 を 2 回目の試行で、
00:00:00.0004281 を 3 回目の試行で書き込みます。

ここで、メジャーがforeach ループ内になるようにコードを変更すると、次のようになります。

...
最初の試行で [00:00:00.0000014, 00:00:00.0000011] = 00:00:00.0000025 を取得します (デバッグではありません),
[00:00:00.0000016, 00:00:00.0000011] = 00: 2 回目の試行では 00:00.0000027 となり、3 回目の試行では
[00:00:00.0000013, 00:00:00.0000011] = 00:00:00.0000024 となります。

?!
最初の結果からすればまったくナンセンスです... ループが遅いとは聞いていましたが、こんなにforeach遅いとは想像もしていませんでした... そうですか。

optionsには 2 つのオプションがあります。option必要に応じて、クラスを次に示します。

ありがとう。

多くの関数の実行にかかる時間を計算できるようにしたいと思います。ある種のストップウォッチクラスを使うことを考えていました。各関数呼び出しの前後にstart/stopを呼び出すことができますが、それは私にはひどく醜いようです。ストップウォッチクラスなしでこれを行う方法はありますか？Reflectionsクラスの何かがこれを助けることができますか？

ご入力いただきありがとうございます。

別のスレッドで実行されているストップウォッチがあり、ラベルの GUI スレッドを更新して時間の経過とともに表示します。プログラムを閉じると、フォーム GUIObjectDisposedExceptionを呼び出しthis.Invoke(mydelegate);て、ストップウォッチの時間でラベルを更新するとスローされます。

どうすればこれを取り除くことができObjectDisposedExceptionますか?

FormClosing イベントでストップウォッチを停止しようとしましたが、処理されません。

コードは次のとおりです。

ページをリロードせずにラベルに実行時間を表示するストップウォッチをサイトに配置したいと考えています。クライアント側でこれを行うことは可能ですか? Ajax タイマーを使用するか、.net からその他の方法を使用する必要がありますか?

Web サイトは C# です。

いくつかのリンクやデモは本当に役に立ちます! ありがとう ！

結果：

この記事（2005年から！）は、私の頻度よりも100万多い3579545の頻度について言及しています。 このブログ投稿では、3,325,040,000の頻度について言及していますが、これは非常識です。

なぜ私の頻度はそれほど比較的低いのですか？私はi7920マシンを使用しているので、もっと速くすべきではありませんか？

基本的にストップウォッチであり、ラップタイムを表示するブラックベリー アプリを作成しようとしています。まず、ストップウォッチ機能を最適な方法で実装しているかどうかわかりません。00:00 から始まる「時計」を表示する LabelField (_myLabel) があります。次に、開始ボタンを押すと、毎秒 _myLabel フィールドが最後の更新から経過した秒数で更新されます (1 だけ増加する必要がありますが、遅延が発生し、数値がスキップされる場合があります)。私はそれを行う別の方法を考えることはできません-そして、私はGUI開発とスレッドに慣れていないので、それが理由だと思います.

編集：ストップウォッチと呼ばれるものは次のとおりです。

TimerTask は次のとおりです。

とにかく、ストップウォッチを停止すると、ラップタイム データの履歴テーブルが更新されます。このリストが長くなると、タイマーが低下し始めます。スクロールしようとすると、非常に悪くなります。

ストップウォッチを実装するより良い方法はありますか?

私は現在、画像処理アプリケーションに取り組んでいます。アプリケーションは Web カメラから画像をキャプチャし、その上で何らかの処理を行います。アプリはリアルタイムで応答する必要があります (各リクエストを処理するのに 50 ミリ秒未満が理想的です)。私は持っているコードでいくつかのタイミング テストを行っており、非常に興味深いものを見つけました (以下を参照)。

logが呼び出されるたびに、処理を開始してからの時間が表示されます。これが私のログ出力です：

StopWatchタイミングはfromを使用して計算されSystem.Diagonosticsます。上記の時間は累積です。したがって、ログのクリアには 3ms かかりました。また、「カメラ バッファのクリア」には (41-3 = 38ms) かかりました。

質問1

同じメソッドが 2 回呼び出されると約 40 ミリ秒で実行され、次に 1 回呼び出されると実行に時間がかかる (約 70 ミリ秒) ため、これは少し興味深いと思います。

値を代入するのにそれほど時間がかかることはありませんよね?

質問2

また、上記の各ステップのタイミングは、その時々によって異なります。一部のステップの値は、0 ミリ秒ほど低い場合もあれば、100 ミリ秒ほど高い場合もあります。ほとんどの数値は比較的一貫しているように見えますが。

これは、CPUがその間に他のプロセスによって使用されたためではないでしょうか? （これが他の理由である場合は、私に知らせてください）

この関数が実行されたときに確実に最高の優先度を取得する方法はありますか? 速度テストの結果が一貫して（時間的に）低くなるようにします。

編集

上記の 2 つの空白クエリ フレームを削除するようにコードを変更したため、コードは次のようになりました。

タイミング結果は次のとおりです。

次のステップにかかる時間が長くなりました (次のステップが以前はほぼ瞬時に行われていたのに対し、次のステップが 20 ～ 30 ミリ秒後にジャンプする場合があります)。これはCPUのスケジューリングによるものだと思います。このコードを実行している間、CPU が他のことをするようにスケジュールされないようにする方法はありますか?

MSDN のストップウォッチ クラスのページで、ストップウォッチについて次のように述べている興味深い記事へのリンクを発見しました。

ただし、いくつかの深刻な問題があります。

• これは、複数のプロセッサを搭載した PC では信頼できない場合があります。BIOSのバグにより
  、正しい結果を得るには、Start() と Stop() を同じプロセッサで実行する必要があります。

• これは、一定のクロック速度を持たないプロセッサでは信頼できません (ほとんどのプロセッサは、エネルギーを節約するためにクロック速度を下げることができます)。これについては、こちらで詳しく説明しています。

私は少し混乱しています。私はストップウォッチの使用例をたくさん見てきましたが、誰もこの欠点について言及していません。これはどれほど深刻ですか？ストップウォッチの使用を避けるべきですか?