アカウント名:
パスワード:
未だにNTPの仕組みを勉強してなかったり。なんで時間合わせ出来るんだろう。保証される精度はPingの反応桁程度なのかな。福岡大の元の時計は何に合わせてたんだろう。昔の12時と19時前のNHKの時計は原子時計でしたが。
NTPもstratumって階層構造持ってるんだから、DHCPで配ればよかったのに。time.windows.comの負荷が気になる所。エニィキャストかな。
＃聞いた噂ですが、デイトレードの偉い人が、＃「売買は秒単位ですから！」とか言って、＃カモに自前の時間を何秒か遅らせたNTPサーバを設定させゲフンゲフン
> NTPの仕組み
ものすごくざっくりと説明するなら、「パケットの往復時間を測って、その半分を遅延時間とみなす」「サーバーからの応答パケットに記載の時刻(=パケット送信時点の時刻)に遅延時間を足したものを受信時点での時刻とする」というものです。NTPのリクエストパケットには、クライアント側の時刻を入れるフィールドがあり、サーバ側はそのデータをそのまま送り返しますので、応答を受け取った時に、その応答に埋め込まれた「送信時のクライアント時刻」と「応答を受け取ったクライアント時刻」を引くことで、往復時間がわかります。
そういうしくみですので、「ping数値のばらつき」程度の精度が出るということになります。pingがたとえ1000msオーダーでも、下一桁までばらつきが無ければmsの精度が出せますが、pingが10ms～100msでばらつくような環境だと、100msレベルの精度しか出ないってことで。
あと、通信経路が非対称だとダメですね。今はもう絶滅種ですが、衛星インターネット(下りは衛星経由だけど、上りは電話回線)みたいなのだとどうしようもない。
基礎的な部分は簡単なのでRFC読むといいですよね。10年以上前にSNTPに関する部分しか読んでないですが、記憶が正しければ、行きと帰りの時間の"差の半分"が誤差だったと思います。#ちょうどその辺の式にエラッタがあったと思うのでRFC探す場合は古いのに当たらないように注意
NTPはさらに追加で面倒くさいことやってたと思いますがよく知りません。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ナニゲにアレゲなのは、ナニゲなアレゲ -- アレゲ研究家
桜時計と福岡大学NTPサーバ (スコア:2)
未だにNTPの仕組みを勉強してなかったり。なんで時間合わせ出来るんだろう。
保証される精度はPingの反応桁程度なのかな。福岡大の元の時計は何に合わせてたんだろう。
昔の12時と19時前のNHKの時計は原子時計でしたが。
NTPもstratumって階層構造持ってるんだから、DHCPで配ればよかったのに。
time.windows.comの負荷が気になる所。エニィキャストかな。
＃聞いた噂ですが、デイトレードの偉い人が、
＃「売買は秒単位ですから！」とか言って、
＃カモに自前の時間を何秒か遅らせたNTPサーバを設定させゲフンゲフン
Re:桜時計と福岡大学NTPサーバ (スコア:4, 参考になる)
> NTPの仕組み
ものすごくざっくりと説明するなら、「パケットの往復時間を測って、その半分を遅延時間とみなす」「サーバーからの応答パケットに記載の時刻(=パケット送信時点の時刻)に遅延時間を足したものを受信時点での時刻とする」というものです。
NTPのリクエストパケットには、クライアント側の時刻を入れるフィールドがあり、サーバ側はそのデータをそのまま送り返しますので、応答を受け取った時に、その応答に埋め込まれた「送信時のクライアント時刻」と「応答を受け取ったクライアント時刻」を引くことで、往復時間がわかります。
そういうしくみですので、「ping数値のばらつき」程度の精度が出るということになります。
pingがたとえ1000msオーダーでも、下一桁までばらつきが無ければmsの精度が出せますが、
pingが10ms～100msでばらつくような環境だと、100msレベルの精度しか出ないってことで。
あと、通信経路が非対称だとダメですね。今はもう絶滅種ですが、衛星インターネット(下りは衛星経由だけど、上りは電話回線)みたいなのだとどうしようもない。
Re: (スコア:0)
基礎的な部分は簡単なのでRFC読むといいですよね。
10年以上前にSNTPに関する部分しか読んでないですが、
記憶が正しければ、行きと帰りの時間の"差の半分"が誤差だったと思います。
#ちょうどその辺の式にエラッタがあったと思うのでRFC探す場合は古いのに当たらないように注意
NTPはさらに追加で面倒くさいことやってたと思いますがよく知りません。