時刻合わせ総合スレッド2

1111111111

http://news18.2ch.net/test/read.cgi/mnewsplus/1111111111/
http://news19.2ch.net/test/read.cgi/news/1111111111/
http://etc3.2ch.net/test/read.cgi/entrance/1111111111/
http://ex10.2ch.net/test/read.cgi/morningcoffee/1111111111/
http://ex10.2ch.net/test/read.cgi/news4vip/1111111111/
http://ex10.2ch.net/test/read.cgi/neet4vip/1111111111/

Ring Server Project が NTP サーバのサービスを開始 3/17
http://www.dnsbalance.ring.gr.jp/ring/ntp.html.ja

　Ring Server Project（代表 中村正三郎）は、本日、NTP サーバのサービスを開始した
ことを発表いたします。
　パブリックな NTP サーバのサービスは、歴史的経緯により福岡大学に集中し、福岡大学
が悲鳴を上げる事態が続いておりました。
　Ring Server Projectでは、福岡大学の窮状を救えないかとプロジェクト内で議論と実験を
重ねた結果、サービスが提供できる水準に達したと判断し、本日、サービス開始を
アナウンスする次第です。
　NTP サーバは、ntp.ring.gr.jpにてアクセス可能です。特定のサーバに負荷がかからない
ように、Ring Server Project参加組織のサーバで分散してサービスを提供する仕組みに
なっております。
　ぜひ、このサービスを活用して、福岡大学への負荷集中を回避してくださるようお願い
申し上げます。
　またこの場をお借りして、Ring Server Projectというボランティアプロジェクトに、人材、
機材を無償で提供してくださっている参加各組織の皆様に厚く御礼申し上げる次第です。

>>309
GJ
コミュニティの力は偉大だ
俺は何もしてねえけどさw

ringは知名度あるからそれなりに効果ありそうだ。

でわさっそく、記念ntpdate

# ntpdate ntp.ring.gr.jp
Looking for host ntp.ring.gr.jp and service ntp
host found : core.ring.gr.jp
18 Mar 17:13:14 ntpdate[7182]: adjust time server 203.174.65.26 offset 0.151666 sec

coreか...

ntpd.confの書き方の例に載ってるように3つ同じ奴かいて
動かしたらsakura.ad.jpとcoreとastem.or.jpに繋がったが
mfeedとかの方をntpd君は選んだ模様・・・

三つとも同じ奴になる。Fedoraのリゾルバって腐ってるんだな。

>>309-310
だな。GJ!

んで、

# /usr/sbin/ntpdate -b ntp.ring.gr.jp
Looking for host ntp.ring.gr.jp and service ntp
host found : ring.aist.go.jp
18 Mar 22:06:20 ntpdate[12524]: step time server 150.29.9.6 offset -28.077323 sec

愛ｽﾄか。
ま、Yahooな漏れはﾌﾟﾛﾊﾞので良いや。

ntp.ring.gr.jpはDNSバランスですよ。
Name: ntp.ring.gr.jp
Addresses: 210.188.213.230, 150.29.9.6, 133.186.4.15, 133.69.133.130
133.243.3.209, 133.25.251.9, 133.243.232.68, 133.18.72.10

>>294
遅レスだけど、顔出しNGのはずなのに、実は所属事務所のタレント紹介ページに
普通に顔写真が出てるんだよな、たしか。

>>318　>>296

>>315
ntp0.ring.gr.jp
ntp1.ring.gr.jp
ntp2.ring.gr.jp

>>320
thx. この現象起きるのってntpdだけなんだよな。ntpdのコードが腐ってる気もする。

ソース嫁

>>322
次に現実逃避したくなった時のために取ってあるんだよ。

1時時間経つと1時間遅れるヤツはどうすればいいんだ?

>>324
１時間先の未来に逝くのに１時間掛かるタイムマシンみたいなものか？(ｗ

>>324
ぜんまい切れてるぞ

>>324
時計がそれしか無いとしたら、どうやって「１時間経った」と「１時間遅れてる」を判断するのだろう…

>>324
時計が止まっていると、1分経つと1分遅れるし、1時間経つと
1時間遅れるからでは。でも、「1時時間」てなんだ?

間違えた、324ではなく327。

なんか、どうでもいい話だな。

ゼノンのパラドックスみたいな話だね。

>>327
脈拍を数えれば、時間が経過していることはわかる。

案外、時間が経過してるのは自分だけかもよ。

なまじ客観的な時間やら空間やら考えるさかい、ややっこしいｋ（ｒｙ

責任とってね♥

>>335
「うる星やつら ビューティフルドリーマー」
ですね？
学生の時に観ました。

ひじょうに正確に遅れるわけだ。

インターネットマルチフィード提供のNTPサービスが正式運用開始
ttp://slashdot.jp/article.pl?sid=05/03/30/1453213

>>336
なんかＩＤが

>>339
ID が twm

？？？？？？

Windows NT系で、対象NTPサーバーの階層チェックコマンド

DOSで

w32tm /monitor /computers:対象サーバー

と打つ。

(例)
c:\>w32tm /monitor /computers:ntp2.jst.mfeed.ad.jp
ntp2.jst.mfeed.ad.jp [210.173.160.57]:
ICMP: 17ms delay.
NTP: -2.9440271s offset from local clock
RefID: fs-monntp2.mfeed.ad.jp [210.173.160.86]

板違いじゃん

あとDOSじゃなくてコマンドプロンプトだろ?

なんか最近wiki@nothingのNTPトップページが
エロサイトリンクになってる事があるんだけど、
あれ何？

>>345
誰かが書き換えてるんじゃね。
Wikiだから編集できるし。

sntp.mydns.toという実験中のNTPサーバを見つけました

>>345
かなり前の状態に戻ってしまってるな。

>>347
通技板で同じ事をfushianaで書いていましたが、
自作自演までして何をやりたいのですか？

tp://www.pool.ntp.org/

>>347
自作自演の宣伝乙カレーｗ
http://pc8.2ch.net/test/read.cgi/network/1106498099/317-320

ttp://wiki.nothing.sh/page/NTP
トップページの内容が変わってるよ

hwclock -w

あのさお前ら、そんな糞正確な時間求めて何するの？（ｗ

ntp serverなんてtime.windows.comで十分じゃん。。。（ｗ

なんか福岡大が迷惑だとかslashdotで見たからさ、、書き込むんだが

たしかに1秒程度の誤差なら許容できることがほとんどかもしれない。
だが、5ヵ月半もズレてる>>354みたいなのは問題だろう。

>>355 激しく同意w

>糞正確な時間求めて何するの？（ｗ
と言うけど、実際のところNTPの時間精度ってどのくらいが要求されるのでしょうか？
要求時間精度とその理由をあまり見たことがない

>>357
選ぶサーバを間違えてなければ±1秒以内程度には
なるはず。ただしネットワークの状況によるかと。
また、サーバ上でOracleなどが動いている場合は
ntpdateを実行したりなどの急激な時刻変化があると
DBに影響が出る可能性があるため、ゆっくり時刻を合
わせるNTPを使うのが通常の運用だと思う。

>358
>選ぶサーバを間違えてなければ±1秒以内程度にはなるはず。
ってのが問題なんです

例えば、ＮＴＰサーバを選択する場合
±1秒以内の精度のサーバーと、±１０ミリ秒以内の精度のサーバが有った場合
やはり精度の高いサーバを選択するのではないでしょうか？

また、±1秒以内の精度のサーバを選択した場合最大誤差は２秒となり
１秒間に数千行のログを吐く複数台のサーバが有った場合
ログのマージした場合の保障というか、精度は非常に悪くなることになります

>>359 だからなに？

ローカルのネットワークにNTP鯖ひとつ立てときゃすむじゃん
ブレなんて0コンマ数*ミリ秒*程度しか出ないんだぜ

>360
どのくらいの精度が必要なのかと言う話
精度に関する規格もないし
判定基準もない

>361
遠隔地や同一ネットワークでない場合や
ネットワーク的に独立している場合はどうするのかってこと

基準となるサーバーが正確な時間を刻んでいるのかさえわからない状態で
>ブレなんて0コンマ数*ミリ秒*程度
ってのが、精度が良いのか悪いのかって話

要求時間精度：±0.5秒
理由：自己満足

>>362
てめーで判断しろ。

>>362
ＮＴＰに要求されるのではなくて、要求される制度を実現するためにどうするかなのです
考え方が逆です

>>365
>>365さんは要求される精度を実現するためにどうするか
ということを質問したいなら、自分でどの程度の精度を
求めているのかを書かないと、回答が出ないと思う。
一般論では、>>361さんの言うとおり同一セグメントに1つ
立てておき、そのサーバで3,4つのNTPサーバを指定して
おけば、ntpdが自動的に信頼できる上流サーバを選択し、
結果的に数ミリ秒から数十ミリ秒の精度にはなるはず。
(ネットワーク的に近いところを指定すればという前提)
ただ、数ミリから数十ミリ秒の誤差であれば、ほとんどの
サーバは無視できる範囲というのが現実ではないかと。

>>366
ん？おれは質問してねえけど（ｗ

>>357=>>366が何を言ってるのかさっぱりわからなくなってきた。

元々は「例えば数ミリ秒とか数十ミリ秒の精度って本当に必要なの？
逆に数ナノ秒という精度は必要じゃないの？」という質問じゃなかったのか？

宇宙旅行する気があるならﾅﾉｓオーダーの誤差もやばいかもしれませんね

日常生活で正確な時計が欲しいっていう（機械としての）意義なら
ビデオ録画くらいしかいまんところ思いつかない。

>>368
。おまいらに精度が必要なのかい？
。ＮＴＰに要求される精度ってどれくらいよ？
。精度はＮＴＰが要求してるんじゃなくて時間情報を必要としてる側が要求するものだろ
という流れ

>368
366は私が書いたものでは有りません


ＮＴＰサーバって各社発売してるけど
時計に対する規格がないので「日本標準時からの誤差」については書かれていません
そんなわけで
>精度はＮＴＰが要求してるんじゃなくて時間情報を必要としてる側が要求するものだろ
と言われても、どのレベルのＮＴＰサーバを用意したら良いのか不明なのです

>>371
だからぁ、使う側が誤差一秒くらいでいいよというなら、てきとうになんでもいけるよとか
ナノセカンド必要だなあというなら、ＮＴＰ以外のことを考えようとかそういうことよ


話がなんか噛み合ってないんだけどさっするに

>と言うけど、実際のところNTPの時間精度ってどのくらいが要求されるのでしょうか？
>要求時間精度とその理由をあまり見たことがない

これはＮＴＰなシステムを名乗るにはどれくらいの精度が要求されるのでしょうかというつもりだったのかな？

ＮＴＰとはプロトコルの仕様なのでそのなかに精度は規定されてないわけで
使う側が自分が必要な精度にあわせてシステムをチョイスするのでげすよ

必要なら、自前でGPSでも利用した正確な時刻を取って
同一ネットワーク内にNTPサーバーを立てればいいだけでしょ。

よく勘違いしている人がいるけど
一般的には、正確さ(±数ms程度内)を求められているのは、
LAN内での時刻の「同期」だけであって、「時刻そのもの」ではない場合がほとんど。
外部に対しては±0.5秒以内なら大抵充分。
ネットワークによる遅延があるのだから、それ以上の精度は重要ではない。

>372
>ＮＴＰなシステムを名乗るにはどれくらいの精度が要求されるのでしょうか
そんな感じです
時計って非常に重要で全ての人や物が時計に従って動いているのに
その規格が無いのは何故？
ってことかな？

例えば、安くて正確なＮＴＰサーバを作ったとしても
費用対効果を数字で表すことが出来ないのです
現在販売している機器も時刻源と使用しているクロックジェネレータを書いているだけで
そのＮＴＰサーバとしての精度の高さを数字で表したりしていません

>373
>必要なら、自前でGPSでも利用した正確な時刻を取って
>同一ネットワーク内にNTPサーバーを立てればいいだけでしょ。

以前、ＧＰＳを利用したＮＴＰサーバで
１０ｍｓ以上ずれている製品がありました
つーか、ＪＳＴのサーバでさえも１ｍｓ以ずれている場合がある
＃ちょっと前は１０ｍｓ以上ずれてたし

>>374
何度も言うけどNTPはプロトコルのことだから精度なんか知ったこっちゃ無いですよ

NTPサーバーは精度保障の無いプロトコルで時刻を配信するサーバーなんだから
NTPサーバーとしての精度なんてものは書いてないのがあたりまえでしょう

でも時刻源を内蔵するものについてはそれについての精度くらいは書いてあると思いますよ

それはマザーのRTCの精度が低いからでしょ。

繰り返すけど、PC用途なら、鯖も含めて
「正確な時刻」は必要とされていない。
だから当然、内部時計はうるう秒等にも対応していないし、それで構わない。

そして、需要がないから、正確な時刻を刻む製品が存在しないだけ。
無ければ自分で作ればいいでしょ、って話。

>376&377
現状のＰＣ環境では正確な時間を必要とする需要が無いし、必要無い
って事ですね
うーん、せっかく高性能なＮＴＰサーバ作ったのに、、、

>でも時刻源を内蔵するものについてはそれについての精度くらいは書いてあると思いますよ
それが、２００万位する製品でもクロックジェネレータの精度が書いてあるだけで
基準となる時刻との誤差は書かれていなかったりします

>377
RTCでは無くソフトウエア時計の方です

おまいら釣られすぎ

日本語が通じてないようなのでいスルー

>>378
> それが、２００万位する製品でもクロックジェネレータの精度が書いてあるだけで
> 基準となる時刻との誤差は書かれていなかったりします
>

そうなのか？　ぐぐって最初に見つけたＧＰＳ　NTPサーバ製品のスペックを見てみたら
50nsってはっきり書いてあったぞ。

ttp://trl.trimble.com/docushare/dsweb/Get/Document-10014/

>>376
NTPのRFC眺めたのですが、精度に関する考察だらけのように感じましたが（数学は全然理解出来んが）。
120ページ以上に渡るRFCはそのための数式だらけ。　"precision"という単語をサーチしたら75回ヒットしたよｗ　

>>382
そのとおりにしたらこれこれの精度が保障されるという記述はあるかい？

>>383
というよりは精度を計算するための数学モデルがAppendixで説明されているように思われます。
Appendix H, Analysis of Errors and Correctness Principlesがそうなのでしょう。　もちろん
「保障」なんて言葉はないですよ。　最終的な数字はあくまでも確率ですから。　>>381の
スペックでも50nsの精度は1シグマって注釈ついてますからね。

「時間」と「時刻」をごっちゃにしてるから混乱するのよ

>381
そこに書かれている50nsってのは、ＰＰＳなので時計の精度ではありません
で、時間はと言うと、このパルスとパルスの間にCOMポートから時間情報が出てくるので
その時間を使ってくださいって仕様です

ちなみに、この製品はＧＰＳ受信機であってＮＴＰサーバではありません
この機器から出力される情報を元に時間情報を生成してＮＴＰサーバとかで使ってね
って製品です

>>386
良く見てみてみたらご指摘の通りでした。　ごめんなさい。
変わりにこんなの↓でどうでしょうか？　これはＰＰＳが50nsの精度、
NTPによる同期は５０μＳの精度とうたってます。

http://www.spectracomcorp.com/products/show_prod.php?id=55&cat=4

>387
おお、はじめて見ました
ありがとうございます

1秒以上ずれなければ問題ないけど、Windowsがずれ過ぎなのは大問題だ。

それはWindowsのせいなのかと小一時間(ry

athlon64 で時計がはやくすすむのは既出？

まさか、nForceでOCしてるくせに「Athlon64のせいで時計がおかしい」とか言う奴は居ないよな、普通。

2006年1月1日にはうるう秒があるそうで
http://jjy.nict.go.jp/QandA/data/leapsec.html

こりゃカウントダウン特番が見ものだｗ

って0:00に修正するわけじゃないか。

>>393
/.jp でも記事になってましたねぇ。

今年末の新年カウントダウンは「うるう秒」で一味違う
http://slashdot.jp/article.pl?sid=05/07/06/2220235

日本では午前９時実施だから
気がつかない人が多いかも？

気づかないだろw

うるう秒ってNTP的にはどう処理されるの？　その秒で1秒ずれてそれから次第に合せていく？
ステップするのはまずそうだし。

アプリケーションがその1秒を意識することは不可能だよね？

>398
>うるう秒ってNTP的にはどう処理されるの？

ＮＴＰはうるう秒が来ることを事前に察知すると
カーネルの時間管理関数にうるう秒フラグを立てる
すると、カーネルの時間管理関数はうるう秒のタイミングで時間変更作業を行う

カーネルの時間管理関数は１０ｍｓ毎の割り込みを１００回数えて１秒にしているのだが
通常時間の進行は
58->59->00->01->02
って感じなのだが
うるう秒が挿入されると
58->59->60->00->01->02
削除の場合は
58->00->01->02
って感じで数える

ちなみに６０秒の時にＮＴＰに問い合わせると
ちゃんと６０で帰ってきますよ

>アプリケーションがその1秒を意識することは不可能だよね？

アプリケーションは、現在の時間を調べて処理を行うので
基本的には、うるう秒があってもなくても関係ない
但し、うるう秒を跨いで時間経過処理を行う場合
不具合が発生する可能性があるので注意が必要

例えば、、、、思いつかない
故意に延滞して時間調整を行うとか
時間を表示するとか？

ＮＴＰのお仕事は、
・クライアントから時間の問い合わせが有った場合、現在の時間を返答する（延滞時間を計算）
・カーネルのソフトウエア時間の微調整を行う
・うるう秒処理を行う

時間を数えているのはカーネルの人です

つーか、書いてて思ったのだが
カーネルの時間管理関数
ってのは間違いかな？
時間管理ドライバってのが正しいかも心内？

>>399
大変参考になりました。ありがとうございます。 探してみたらkernel/timer.cのsecond_overflow
ルーチンにそのフラグが立っている場合の処理をしてますね。　処理を行った時にちゃんとINFOで
printkしてるから年末にログをチェックするのが楽しみだｗ。

>>400
やはり色々なタイマー系の処理がどっか穴がありそうで不安なんですよね。　1分ごとに
処理しているイベントと5秒おきに処理するイベントがなにか依存関係がある場合に
その一秒の周辺でなんか妙な場合がありえるのではないかと。　私もはっきりとした
バグのパターンを考えつけないのでまあどうにかなりそうな気もするのですが。
　
しかしうちの製品は通信会社へ納品しているのでそこらへん突っ込まれたら時に
ちゃんと返事が出来るようにしとかねばならないと思ってるのです。

NTP のプロトコルの話と、ntpd の実装の話がごっちゃになってるような。

test　23:39:45

ttp://www.faqs.org/rfcs/rfc1305.html
NTP 的には閏秒が発生する場合にはフラグを立てることになってるみたい。
また version 3 において閏秒の問題に関する修正がされてるっぽ。

XXX 名前：login:Penguin [sage] 投稿日：2005/12/31(土) 23:59:60 ID:XXXXX

を出した人は神。（仕様的に出るの？）

>>406
日本では9:00。