インターネットマルチフィードの時刻情報提供サービス for Public、11時30分にアクセス集中 62
ストーリー by headless
集中 部門より
集中 部門より
あるAnonymous Coward のタレこみより。インターネットマルチフィードの時刻情報提供サービス for Publicでは日本時間午前11:30にアクセスが集中しているそうだ(時刻情報提供サービス for Public)。
時刻情報提供サービス for Publicの公式Twitterアカウント(@ntp_for_public)では6月27日の投稿で、11:30にアクセス集中しているとして負荷分散を呼び掛けていた。しかし、7月29日の投稿によると、相変わらず11:30にアクセスが集中しているようだ。ちなみに、時刻情報提供サービス for Publicのサーバーはntp1～3まであるが、ntp3だけアクセスが少ないとのこと。
時刻情報提供サービス for Publicの公式Twitterアカウント(@ntp_for_public)では6月27日の投稿で、11:30にアクセス集中しているとして負荷分散を呼び掛けていた。しかし、7月29日の投稿によると、相変わらず11:30にアクセスが集中しているようだ。ちなみに、時刻情報提供サービス for Publicのサーバーはntp1～3まであるが、ntp3だけアクセスが少ないとのこと。
特異時刻・特異時間帯 (スコア:3, 参考になる)
なんで特異時刻が 11:30 なんでしょうね…
NICTのほうも気になります。
考えられる原因はこんなところですかね
・なんかのブロードバンドルータ等の初期設定
・なんかのクライアントOSの初期設定
・なんかのサーバOSの初期設定
・11:30 というのが秒に直すと ntpd アルゴリズム的においしい
余談ですが
知ってる一般PC向けメールサービスだと1日の時間帯によって流量が違いますが
それも細分化すると毎時の0分が多くて、59分に向かって減っていきます。
ただし毎時30分台は少し大目です。
この傾向が一般的だと仮定すると、メールをバッチで投げるときは毎時の
後半代のほうがすいてますのでお勧めです。
[Q][W][E][R][T][Y]
Re:特異時刻・特異時間帯 (スコア:4, おもしろおかしい)
理由：昼休み時間を正確に告げるため
Re:特異時刻・特異時間帯 (スコア:2)
理由：東証の前場が11:30までだから？
Re: (スコア:0)
おぉ。これは重要な噂になるな。
Re:特異時刻・特異時間帯 (スコア:1)
Re: (スコア:0)
昼休みは毎日あるだろ？
Re:特異時刻・特異時間帯 (スコア:2)
土日も仕事だよね
Re: (スコア:0)
毎日が昼休み
Re: (スコア:0)
Re:特異時刻・特異時間帯 (スコア:4, 参考になる)
余談ですが
知ってる一般PC向けメールサービスだと1日の時間帯によって流量が違いますが
それも細分化すると毎時の0分が多くて、59分に向かって減っていきます。
ただし毎時30分台は少し大目です。
この傾向が一般的だと仮定すると、メールをバッチで投げるときは毎時の
後半代のほうがすいてますのでお勧めです。
ケータイキャリア各社は、毎正時を避けてメール配信をするように呼びかけていますね。
http://www.nttdocomo.co.jp/service/communication/imode_mail/notice/mas... [nttdocomo.co.jp]
http://www.au.kddi.com/mobile/service/mail/attention/request/ [kddi.com]
http://www.softbank.jp/mobile/support/antispam/report/wrestle/ [softbank.jp]
Re:特異時刻・特異時間帯 (スコア:2)
mfeedのNTPサーバを知っているような人はクライアントを直接、同期させたりしない。自組織内にNTPサーバを立ち上げて、クライアントはそれに同期させる。
その自組織のNTPサーバは、就業時間中に同期させたい。もし、トラブルがあってもすぐに知ることができるし、対応も可能だから。その時、正午丁度に同期させると動作チェックが昼休みに掛かるため、30分早くしている。
または、mfeedのNTPサーバに対する負荷を下げるために、正午を避けている。
などと想像した。
Re: (スコア:0)
サーバのようなマシンでNTP使うとき、一日に一回みたいな設定になるものなんだろうか。
Re:特異時刻・特異時間帯 (スコア:3)
Re: (スコア:0)
NTP サーバでなければ，cron で ntpdate を実行しているというのはありそうですけどね。
組織内でログの時刻が同期していればよいという考えで，上位との同期は
cron+ntpdate で，組織内では負荷の低そうなのに NTP サーバを兼任させて
ntpd で同期…とか？
Re: (スコア:0)
ntpdで普通にminpoll, maxpoll指定すればいいだけなんだし
Re: (スコア:0)
想像かよw 読んでしまった
Re:特異時刻・特異時間帯 (スコア:1)
それも細分化すると毎時の0分が多くて、59分に向かって減っていきます。
twitterのニュース垢なんかで 毎正時に大量自動ポストしてTL浚う，とか やめてくれ と思いますね…．
//オフトピなんでAC
デフォルト (スコア:2)
ntp3だけアクセスが少ない (スコア:2)
なんとなくそうじゃないかと思っていた。
ntpやdnsなどで、１−３のサーバが用意してあると、３，１，２の順に指定してしまうのは僕だけ？
３は一番アクセスが少なそう。１はこれだけ高スペックなサーバを用意してそうなイメージ。
Re:ntp3だけアクセスが少ない (スコア:1)
>１はこれだけ高スペックなサーバを用意してそうなイメージ
実際そうであることが多いと思う。
複数ある時ときどき同時に試すことがあるけど最初に書いてあるのが速い。
設定しっぱなしにするなら速いのを選ぶよね。減らされるときも番号の大きいのからなくなってくだろうし。
ラウンドロビン使ってあげようよ (スコア:0)
ntp[1-3].jst.mfeed.ad.jp→ntp.jst.mfeed.ad.jp
# アドレス直指定onlyとかIPv6環境とかなら仕方ないけど…
Re: (スコア:0)
というか、なんで偏ってるとわかっててサーバー側でラウンドロビンをしようとしないのか?
Re: (スコア:0)
Re:ラウンドロビン使ってあげようよ (スコア:2, 参考になる)
サーバー側でラウンドロビンが設定済み [mfeed.ad.jp]なので、ユーザーはそれを使いましょうよ、の意でした。> #2434024
Re: (スコア:0)
ただ、ラウンドロビンとは言っても、ランダムに返ってくるんだよなぁ。
ntp1, ntp2, ntp1とか、ひどい時には偶然にもntp1, ntp1, ntp1って返ってきたことがある。
前世期の技術 (スコア:0)
最近のプログラムはgetaddrinfoを使っているけれど、getaddrinfoはアドレスでソートする(RFCの要求事項?)のでDNSラウンドロビンは使えませんよ。
私は国立天文台 (スコア:0)
皆様はどこと同期してます？
Re:私は国立天文台 (スコア:2, 参考になる)
自分の接続するISP、ntp.nict.jp、ntp.jst.mfeed.ad.jp の3か所を登録している。
1か所だけ同期するのは、以下のようなトラブルの元になるので止めたほうがいい。
NTPサーバの一部が2000年に逆戻りしてしまう事態が発生
http://gigazine.net/news/20121121-computer-clocks-back-to-2000/ [gigazine.net]
最低3か所のNTPサーバーと同期するように設定しておけば、1か所がおかしくなっても巻き添えにならずに済む。
Re: (スコア:0)
結局３箇所中最後に同期したところの時刻になるので意味がないのでは？
比較検討する仕組みが別途必要に感じますが・・・
Re: (スコア:0)
ntpd使ってれば問題ない。
他のNTPサーバと大きく時間がずれてるものは同期対象として選択されない
Re: (スコア:0)
多数決、ってこと？いや、それは意味がないよな。どういうことなの？
Re:私は国立天文台 (スコア:2)
＞多数決、ってこと？いや、それは意味がないよな。
単純多数決じゃないけど、多数参照による高信頼度確保ってのは、
間違えてるのが少ないことが担保されてれば、動くよ。たとえ時刻情報であっても。
日本標準時もそうしてるしhttp://jjy.nict.go.jp/mission/page2.html [nict.go.jp]
要するに他の時計と見比べてこいつらだけはっきり違うとか進みのばらつきが大きいとわかったら参照しない。
TAIの決定は加重平均だそうな。http://jjy.nict.go.jp/mission/page1.html [nict.go.jp]
実際には担保されてるとはかぎらずそう期待して動いてるわけだが。
日本標準時でまとめてそこから引っ張ってるのでもとは一つなんで、どこを見ても変わらないはずだが、動作不安定とか合わせ損ないあるので。
NICTの標準時機構でなくGPS衛星の時計を見ているシステムもあるだろうが。
あっちこっち見て、高信頼度のソースからどんだけはなれてるか（stratum番号)と、
ネットワークの遅延のばらつきなどを測って、合わせるべき時刻を推定するのがNTPDの動作。
Windowsもこの機能を持ってる。通常はドメインコントローラあたりと同期してるけど、NTPD互換の動作もできる模様。
http://www.asahi-net.or.jp/~aa4t-nngk/ntpd3.html#cfg_win [asahi-net.or.jp]
Re: (スコア:0)
＞TAIの決定は加重平均だそうな。
TAIの決定は事後だぞ。
他にもいろいろ違っていることがあるが、ID4万番台だし許してやる。
Re: (スコア:0)
Re:私は国立天文台 (スコア:2)
そういう時は ntp.conf で、
というように、時刻を貰ってくる上位 NTP群が返す stratum のうち、
もっとも大きな数値(例では3)に上書きするように設定をすると、特定の群だけを重要視しすぎるという問題を解決出来ます。
Re:私は国立天文台 (スコア:1)
＞ついでにいっとくと、まともな頭してたらstratum 10に127.127.1.0入れとくだろ、常識的に考えて…
私が「ntp.conf 順番」で検索していたらserver ディレクティブの解説 [asahi-net.or.jp]で
ということが書かれていたのですが、Linux固有の問題なのかな。
Re: (スコア:0)
本日のミラーリングはバックアップじゃないスレはここですか？
Re:私は国立天文台 (スコア:2)
NICTやmfeedのような公開NTPサーバを直接参照するとサーバに負荷が集中してしまうため、普通は利用しているISPのNTPサーバと同期させるべきだと思うが。実用上、それで充分な精度も得られるハズだ。
Re: (スコア:0)
Re:私は国立天文台 (スコア:2)
Re:私は国立天文台 (スコア:1)
かつて2000年前後頃までは tick.usno.navy.mil
ほかｇTLDにあるNPTサーバに同期をゆだねていましたが、ringサーバが頑張ってます!とライター・プログラマの中村さんが広報を始めた頃からは国内の公的組織が提供しているNTPサーバに同期するようにしています。
今現在の設定は以下のようになっている。
// しばらく起動させていないFreeBSDのPCはusnoのままだったかもしれない。
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\DateTime\Servers]
@="0"
"1"="time.windows.com"
"2"="time.nist.gov"
"0"="ntp.jst.mfeed.ad.jp"
Re: (スコア:0)
福大鶴岡研で一部始終を見てきたので11ホップで到達するmfeedを使ってます。
JST.nictは裁く件数は多いのですが、こちらからだとおそので。
朝稼業が終わってからNTPをまわしてるんじゃないかなぁと想像。
Re:私は国立天文台 (スコア:2)
ntp.nict.jp
Re: (スコア:0)
jp.pool.ntp.org
ここ使ってる人少ないの？
Re: (スコア:0)
うちのISPはNTPサーバ提供してないからNICT
Re: (スコア:0)
ntp.ring.gr.jp
Ring Server Project (スコア:3)
Slashdot.jp でも記事になりましたね。
この記事で知って以降、ntp.ring.gr.jp を使っています。
Re: (スコア:0)
《救心》で動悸を抑えてます。
発信元には (スコア:0)
何か偏りないのかな。
全部日本国内？
Re: (スコア:0)
ざんねんながらUTC+8:30を使っている地域はありません……