「DragonFly BSD 1.4.0リリース」記事へのコメント

dntpd

[deleted user (19654)]

おお、dntpd すごそうですね!

commits List 2005-04 [dragonflybsd.org]:

OpenNTPD はそもそも、あんまり精密に時刻を同期させるような仕組みではない。 Joerg が頑張ってハックしてくれているけど、まだまだ大変みたいだ。 その労を念頭に置きながら書いてみたら、一日で少なくとも xntpd と同じ程度 (つまり OpenNTPD よりだいぶまし) なアルゴリズムができた。 まだいろいろあるけど、最も厄介なところはできたよ。 時刻を同期させるだけだから単純かと思うけど、面倒なんだね。

users List 2005-11 [dragonflybsd.org]:

OpenNTPD は、は

Re:dntpd

[deleted user (19654)]

ただ、OpenBSD 陣営の名誉のために言っておくと、確かに
OpenNTPD は簡易なもの [openntpd.org]として設計されています。
あまり精密さを求めたり本格的な NTP サーバにするというのではなく、
「面倒だからだれも NTP を使わない」という状況を正すための、
そしてそれだけのためのものなのです。

Re:dntpd

[tyuu (9154)]

> 「面倒だからだれも NTP を使わない」という状況を正すための

最近、「面倒だからだれも NTP を使わない」
というサーバにお目にかかりました。
10 分違っていて log の解析時に思考が停止しました。

時間精度が低いと、ロードバランサー配下のサーバ log 調査時、労力が高くなります。
# ntpd が動いてなかったのは問題外ですが

OpenNTPD が簡易なものであり、
dntpd がちゃんとした物であるなら
secure であると診断してもらって
OpenBSD に取り込んで欲しいです。
# もちろん Free, Net にも。

# xntpd のフォローは無いんですかね？

Re:dntpd

[Anonymous Coward]

きちんと統計を取っても、ＰＣの設置場所の温度が昼夜間で変動する様だと(水晶発信器自体がつられて変動するので)意味無い様な…。

Re:dntpd

[Anonymous Coward]

その場合、統計手法の意味はないかもしれませんね。たしかに。
しかしそんな環境では単に統計手法がキャンセルされるだけでしょうから、
dntpdに切り替えてはいけない理由にはなりませんね。
単にOpenNTPDと同じ程度の精度になるだけ。