アカウント名:
パスワード:
閏秒 ntp が勝手に吸収してくれるから別に気にしなくてＯＫ閏日 さすがに著名なのでどこも対処済み。ていうかライブラリ使えや閏月 もしあったらわりと任意っぽいので扱いは大変そう
かしら
あともう、春分・秋分の日は100年ぐらいのスパンで決定的にしてしまうほうがいいと思うなー
> 閏秒 ntp が勝手に吸収してくれるから別に気にしなくてＯＫ
調べて書いたの？調べもしないで書いたんじゃないの？
ntp がリアルタイムに時間を調整するから危険が増えます。http://pocketstudio.jp/log3/2012/06/23/leaptime_2012/ [pocketstudio.jp]
ntp がリアルタイムに時間を調整しても問題があるかどうかで問題があるならばntpを止めるかモードを変えましょう。
調べるのは構いませんが，ntpの仕組みが理解できてませんよwww
> ntp がリアルタイムに時間を調整するから危険が増えます。
間違ってます
ntpは安全に時間を調整する仕組みです
元コメントのほうが正しくてntpのデフォルトの挙動が「勝手に吸収してくれる」です
> 間違ってます> ntpは安全に時間を調整する仕組みです
へー。デフォルトモードでも時間を遡りしないっていう資料をください。
ntp の時刻データとそれ使った時刻同期サービスの話がごっちゃになってるんじゃなかろうか。プロトコル自体には閏秒の扱いは規定されてる。
> ntp の時刻データとそれ使った時刻同期サービスの話がごっちゃになってるんじゃなかろうか。> プロトコル自体には閏秒の扱いは規定されてる。
で、そのプロトコルに従ってリアルタイムに時刻を変更されると問題が発生する可能性があるみたいですね。
>> ntp がリアルタイムに時間を調整するから危険が増えます。>間違ってます
「ntp がリアルタイムに時間を調整するから危険が増え」るのは間違いないと思うんだけどな。
環境や要件によって，精度（マイクロ秒まで考慮するか否か）や挙動(60秒を許すか否か)など「調整」や「吸収」の定義が違うのに，殴り合ってどうするのですか。
だから
> ntp がリアルタイムに時間を調整しても問題があるかどうかで> 問題があるならばntpを止めるかモードを変えましょう。
と書かれていると思うんだけどな。
> 環境や要件によって，精度や挙動など「調整」や「吸収」の定義が違うのに
安全って言えるんですね？って話だろう？
> 元コメントのほうが正しくて> ntpのデフォルトの挙動が「勝手に吸収してくれる」です
はウソだし
> ntpは安全に時間を調整する仕組みです
もウソじゃない？
って思います。
2012年に痛い思いをしているのでいろいろ安心なんてできません・・・・あのあとLinuxカーネルのパッチでたからもう大丈夫。とは思いたいけど。
でもその後実際に働いた実績が無いわけですよね。今度はカーネルは大丈夫だったけどアプリ側が独自に時刻管理していたのが嵌ったとかあるかも。故あってUpdateがままならないやつが数十台規模であるんだけど、ntpdはslowモードにしておいたほうがよさそうだな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
閏を考える (スコア:2)
閏秒 ntp が勝手に吸収してくれるから別に気にしなくてＯＫ
閏日 さすがに著名なのでどこも対処済み。ていうかライブラリ使えや
閏月 もしあったらわりと任意っぽいので扱いは大変そう
かしら
あともう、春分・秋分の日は100年ぐらいのスパンで決定的にしてしまうほうがいいと思うなー
Re:閏を考える (スコア:0)
> 閏秒 ntp が勝手に吸収してくれるから別に気にしなくてＯＫ
調べて書いたの？調べもしないで書いたんじゃないの？
ntp がリアルタイムに時間を調整するから危険が増えます。
http://pocketstudio.jp/log3/2012/06/23/leaptime_2012/ [pocketstudio.jp]
ntp がリアルタイムに時間を調整しても問題があるかどうかで
問題があるならばntpを止めるかモードを変えましょう。
Re: (スコア:0)
調べるのは構いませんが，ntpの仕組みが理解できてませんよwww
> ntp がリアルタイムに時間を調整するから危険が増えます。
間違ってます
ntpは安全に時間を調整する仕組みです
元コメントのほうが正しくて
ntpのデフォルトの挙動が「勝手に吸収してくれる」です
Re: (スコア:0)
> 間違ってます
> ntpは安全に時間を調整する仕組みです
へー。
デフォルトモードでも時間を遡りしないっていう資料をください。
Re:閏を考える (スコア:1)
ntp の時刻データとそれ使った時刻同期サービスの話がごっちゃになってるんじゃなかろうか。
プロトコル自体には閏秒の扱いは規定されてる。
Re: (スコア:0)
> ntp の時刻データとそれ使った時刻同期サービスの話がごっちゃになってるんじゃなかろうか。
> プロトコル自体には閏秒の扱いは規定されてる。
で、そのプロトコルに従ってリアルタイムに時刻を変更されると問題が発生する可能性があるみたいですね。
>> ntp がリアルタイムに時間を調整するから危険が増えます。
>間違ってます
「ntp がリアルタイムに時間を調整するから危険が増え」るのは間違いないと思うんだけどな。
Re: (スコア:0)
環境や要件によって，精度（マイクロ秒まで考慮するか否か）や挙動(60秒を許すか否か)など「調整」や「吸収」の定義が違うのに，殴り合ってどうするのですか。
Re:閏を考える (スコア:3)
だから
> ntp がリアルタイムに時間を調整しても問題があるかどうかで
> 問題があるならばntpを止めるかモードを変えましょう。
と書かれていると思うんだけどな。
Re: (スコア:0)
> 環境や要件によって，精度や挙動など「調整」や「吸収」の定義が違うのに
安全って言えるんですね？って話だろう？
> 元コメントのほうが正しくて
> ntpのデフォルトの挙動が「勝手に吸収してくれる」です
はウソだし
> ntpは安全に時間を調整する仕組みです
もウソじゃない？
って思います。
Re: (スコア:0)
2012年に痛い思いをしているのでいろいろ安心なんてできません・・・・
あのあとLinuxカーネルのパッチでたからもう大丈夫。とは思いたいけど。
Re: (スコア:0)
でもその後実際に働いた実績が無いわけですよね。今度はカーネルは大丈夫だったけどアプリ側が独自に時刻管理していたのが嵌ったとかあるかも。
故あってUpdateがままならないやつが数十台規模であるんだけど、ntpdはslowモードにしておいたほうがよさそうだな。