正確なPCシステム時間の取得方法 (ID:81903)

名前

ホームページ(ブログ、Twitterなど)のURL (省略可)

本文 >ただ、ＶＢの動作性能として、1msecオーダーの性格な時刻 >を取得したとしても、それをＶＢ中で利用して、次の何かを >行った時点で、多分、1msec以上のズレ（処理時間の為）が >発生してしまうように思いますので、その意味が、理解でき >ないと言うのが、私の疑問ではあります。 NTPでの計算方法は判りませんが、私は最初の質問の際の別の掲示板に 示した以下の T を求めることで誤差計算をしています。 RFC-2030 Timestamp Name ID When Generated ------------------------------------------------------------ Originate Timestamp T1 time request sent by client Receive Timestamp T2 time request received by server Transmit Timestamp T3 time reply sent by server Destination Timestamp T4 time reply received by client The roundtrip delay d and local clock offset t are defined as d = (T4 - T1) - (T2 - T3) t = ((T2 - T1) + (T3 - T4)) / 2. この場合、起点となるOriginate Timestampに誤差があれば、いくら 所要時間 (T4-T1) を正確に求めても ｔ は不正確になりますよね！ そのために、Originate Timestamp を1msec 程度の誤差範囲で求めたい だけなのです。それができれば TimeGetTime で得る時間間隔も1msec 程度の精度がありますから QueryPerformanceCounter は今のところ 必要性は感じていません。 桜時計でも同じSNTPサーバーに接続して見ますとバラツキは通常1〜3 msecでたまに10msec以上の値を示しますが、私のものでも同程度に納 まってそれなりには満足しています。 この誤差バラツキはインターネット接続の応答時間のバラツキがある ためそれ以上の精度は岡田さんの言われるように統計的処理を必要と することも理解していますが、そのようなことは相手のSNTPサーバー に負荷をかけるのでするべきでは無いと考えています。 （ 私のものは単なる個人的PCでの時間調整ですので。） なぜ、この質問を上げたかと言うと、起点時間の取得に私自身が自信 が持てなかったためです。 ■ また、計算処理中に時間が経過(私の場合は1msec程度？)しても、 時間を修正する時点でその経過分を加算することで対応可能と思います。 なお、この質問は解答としての岡田様のご意見は >別の方法・・・と言うものは、別の仕組みが無いことには >無理です。 と言うことで理解できました。いろいろ有難うございました。 長くお付き合いくださりまして深くお礼申し上げます。