タイマーを使用し処理を行う場合の、実際の実行時間について

Question

Visual basic のプログラムで　一定間隔で処理を実行するプログラムを作成しています。

最初はフォームにタイマーコントロールを張り付け
フォームロード時に
Me.Timer1.Interval = 100
'Timerを開始する
Me.Timer1.Enabled = True
で　タイマーが0.1秒ごとに実行するように設定しました。

Private Sub Timer1_Tick(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Timer1.Tick

(タイマーが作動した時の処理)
end sub
を記載し、

上記timer1_Tick()で　タイマー実行時に処理記述しました。

タイマー間隔が0.1秒程度であれば問題なかったのですが、
それ以上、時間を短くしていくと時間が指定の間隔通りに実行してくれず、
また、タイマーが作動した場合での処理を増加させていくと、これも指定の時間で実行
してくれなくなりました。

時間通りに実行する方法はありますか。それとも記述方法がまずいのでしょうか。

良い方法をご存知の方、ご教授をお願いします。

Answer 1

Form で実装される標準のタイマーの時間精度はあんまし良くないです
そのうえ、タイマイベントの関数の実行時間がタイマ間隔を超えるとか、他の処理が立て込んだりすると、その分以降の処理が後ろにずれることになります。

ということで、これをどーにかするためには、スレッドタイマなどで実装する方法があります
ましかし、タイマイベントが別スレッドになるため、色々難しくなってしまいますが。

タイマにより一定時間間隔で処理を行うには？（スレッドタイマ編）：.NET TIPS - ＠IT

Comments

[mori_C]

タイマー自体にいくつか種類があるのですね。初めて知りました。
フォームに張り付けるタイマーは、時間通りに実行してくれる前提で
プログラムを組んでいたので、全体的に見直しが必要ですね。

スレッドタイマなるものが実装できるように、勉強してみます。
ありがとうございました。

[Zuishin]

スレッドタイマーなら正確ということはありません。処理が重ければ当然遅延があります。正確なタイマーが必要ならリアルタイム OS を使わなければいけませんが、Windows はそうではありません。

[Zuishin]

また、タイマーイベントで UI を操作するなら、どの道その時点で UI スレッドに移行しなければならないので同じことです。スレッドタイマーが軽量なのは、UI を使用していないからというのもあります。元は同じ OS のタイマーです。

[mori_C]

タイマーイベントについては、奥が深いのですね。

実装しようとしているプログラムは、一定のサンプリング周期で
ある関数を実行し、その戻り値を保存するものです。

ふと思いついたのですが、
Daytime.Nowなどで時間をミリ秒で取得しておいて、
ある時間差を超えた場合に関数を実行という風な記述方法だと
どうなのでしょうかね。TRYしてみようと思いますが、
Daytime.nowで取得できる時刻も、結局は同じOSタイマーから
取得しているのであれば、一緒のような気がしますが。

[Zuishin]

それは UI がフリーズするのでやめた方がいいと思います。タイマー内で行う処理を可能な限り軽くし、それ以上軽くできなければハードを換えるという対応が普通です。

時間内に全ての処理を済ませるのではなく、後からできそうな処理は記録だけ残して後で行うようにすると負担が軽くなります。分散処理ができそうならハードを複数台用意する方法もあります。

[y_waiwai]

そういう短時間サイクルでのサンプリングはタイマを使うのはあんまし向いてない気がします
やるなら、別スレッドでループさせてパフォーマンスタイマなどでウェイトさせて一定時間ごとにサンプル、
表示は高頻度で更新させても人間の目では無駄ですんで、これまた別スレッドでタイマ回してで一定時間ごとに表示させるって手でしょうか

[Zuishin]

UI スレッドの必要な処理かと思っていましたが、別スレッドで完結できるなら別スレッドでウェイトを入れるのが軽いですね。今時だと await Task.Delay が手軽です。