値が小さいほど精度が高い。ネットワーク的に近いことが重要。サーバを使って同期させることもできるけど、トラフィック削減と通信の安定を図るためには、できるだけ近くのサーバを利用する方が良い。値よりもネットワーク的に近いかどうかを重視する。デーモンを持っているとは限らないからだ。サーバを提供しているなら、それを使おう。ネットワーク的にも近くなるし、精度とトラフィックの節約の観点からも良い選択だ。使って管理しているマシンの時計を合わせるようにしているはずだ。それぞれのマシンの時計がてんでばらばらでは、日々取得してるログの時刻を信頼することができない。毎日決まった時刻にスケジュールしているジョブの稼働時刻も信頼できなくなってしまう。ソースコード管理システムのタイムスタンプが不正確なのも困る。正確な時刻をサービスすることは基本中の基本だ。・・・あ、例外があった。記録しているマシンの管理者は、あえて時刻あわせをしていないと言っていた。理由を聞いてみると、「勤怠管理マシンの時計は遅れる方向にずれる時計だから」という答えが返ってきた。進みがちな時計を持った勤怠管理マシンは困るが、遅れがちな時計を持った勤怠マシンは重宝ということ。遅刻者を減らすための親心だそうだ。たかが数分猶予があってもあんまり変わらないと思うかもしれないが、サッカーだってロスタイムでのプレイが勝敗を決めることがある。時間の価値というのは人によって変化するものなのだ。管理者なら正確な時刻の重要性をよくわかっている。サーバを用意しているはずだ。サーバがベストだろう。サーバが見つかるだろう。サーバも入れると3つか。タスクトレイの時計をダブルクリックして出てくるダイアログの「インターネット時刻」タブの初期設定サーバ。安定していない印象がある。