Acanthopanaxによる
2005年03月19日 7時05分の掲載
NTPあります部門より。
NTPあります部門より。
中村正三郎 曰く、 "ぼくが代表をやらせてもらっているRing Server Projectでは、NTPサーバのサービスを開始しました。詳しくは、「Ring Server Project が NTP サーバのサービスを開始」や、ぼくのウェブ内 乳の詫び状の2005/03/18をどうぞ。発端は、このスラッシュドットジャパンの福岡大学のNTPサーバが悲鳴を上げているという話でした。"
この議論は賞味期限が過ぎたので、保存されている。
新たにコメントを書くことはできない。
restrict default ignore (スコア:1, 興味深い)
restrict default ignore
を付けるのが難しい。
restrict default ignoreを外して、上位でフィルタするしかないの?
/etc/ntp.conf
driftfile /var/db/ntp/ntp.drift
server ntp.ring.gr.jp
server ntp.ring.gr.jp
server ntp.ring.gr.jp
restrict default ignore
restrict 127.0.0.1
restrict ntp.ring.gr.jp noquery <-- 当然意味ナシ
NTPサーバもいいけど(オフトピ: -1) (スコア:1)
ファイルを日本中のRINGサーバ+ダウンロード中の人のPCからダウンロードできるとなると、
速度はかなり上がるような気がするのですが。
1を聞いて0を知れ!
Re:NTPサーバもいいけど(オフトピ: -1) (スコア:4, 参考になる)
「BitTorrentで取得できるようにしてくれませんかね」ではなくて、「BitTorrentで取得できるようにしたので、Ringのメンバーになりたいのですが」といってもらえると、非常に歓迎します。
実際問題、rsyncやftpmirrorによるミラーはテラバイト級のデータをミラーしているとつらい面がいろいろあります。
P2Pによるミラーは、数年前から将来の課題としてRing内でも話題になってはいたんですが、ボランティアでやっててみなさん忙しいので実際に手をつけられる人がいないのが現状です。
ということで、どなたか、やってみる方がいらっしゃれば歓迎します。
ほかにも、squid + froxでミラーなしでRingを実現しようというのも、富山大学がRingを使って研究しています。
元々、初代代表で、Ringのプロジェクトを立ち上げた当時の電総研の平野さんの構想では、多段キャッシュを用いて全世界のファイルを単一のネームスペースにマッピングして、シームレスに必要なものをもってこられるファイルシステムを作って、OSに組み込もうなんていってたんです。Ringでは、全然、実装する人がいなかったんですけど。\(^O^)/
昔、IBMがカーネギーメロン大学キャンパスシステムAndrew用に作ったファイルシステムAndrew File System(AFS)の全世界版ですね。
AFSもその後継のDFSも、IBMが製品化しています。
詳しいことは、file AFSやIBM DFSあたりで、ぐぐってみてください。最近、DFSといえば、MicrosoftのDFSのほうが有名かもしれないけど。
親コメント
Re:NTPサーバもいいけど(オフトピ: -1) (スコア:2, 興味深い)
BitTorrentみたいなものの旨味ってのは、
個々の計算機はテラバイト級のミラーを持たなくていいってのと、
鯖とクライアントの区別なんて無いよ、ってのと、
だと思ってたんですが、どうでしょうか。
で
誰かがRingから取って来たものをBitTorrentに載せたとき、
「これRingから取って来たものだよ」と宣言できる…という仕組みが有れば、
いちいちメンバになったりテラバイト持ったりする必要が無い、
という(便利な)ものなのかな、と思っていたんですが、
違うんでしたっけ?
どっちにせよ、あるファイルを最初に取得する人(というかサイト)は「犠牲」になるわけですが、
その犠牲を要するファイル数が、一人あたり数個に過ぎない(古典的DLをしてBitTorrentに転載)のか、
それともまるごとテラバイトに及ぶ(Ringに参加)のか、の違いなのかなと思いました。
---
あと、「負荷」分散するとき、全ミラーする以外の手ってのもアリなんでしょうか?
Aで始まるファイル名のファイルだけミラーするサイト(そういうのが26個有る)とか、
そういう風にすると、「テラバイト」という部分がちょっと緩和できたりする
のかなーと素人想像しました。 SETI@homeみたいな感じ?
#職場の各自(全員)のPCのHDDが数十GBづつ余ってて、「勿体ないなあ」と思ってるのでG7
#とりあえずProject資産のバックアップに流用しちゃおうかな。
親コメント
Re:NTPサーバもいいけど(オフトピ: -1) (スコア:2, 参考になる)
ファイルのメタ情報に関しては中央集権的です。
ファイルを配布をする人はBitTorrentトラッカやオリジンダウンローダーなどを
立てる必要があります。
くわしくはこちら [lowlife.jp]。
親コメント
Re:NTPサーバもいいけど(オフトピ: -1) (スコア:2, 興味深い)
Bravo tango [bravotango.net]
Ringサーバの利用者はBitTorrent導入率で見ると傾向が違うかもしれませんが、それでも混雑のピークはOSの新しいリリース配布時くらいでしょうし、混雑時に効果が出るのがBitTorrentなので、少数の回線で始めても大きなメリットはあると思います。
企業系光回線で1~2箇所始めれば、十分に効果的だと思います。
# 有志ミラーは毎週混雑しているので、いい実証テスト環境です(笑)。
親コメント
ちなみにWinXPのところに任意のNTPサーバを指定できる (スコア:1, 興味深い)
ひどいときにはとんでもなく未来とかで、メール整理するのに
大分苦労した思い出があります。
で、MSがWindowsXPで標準でNTPを用意してくれましたね。
理由はたぶんアクティべーションなのだと思いますがそれでも
まあいいかなと。
ちなみにWinXPのところに任意のNTPサーバを指定できるみたいで
今はNTTさんちのを使っていますが、今度はRingさんちのを
使ってみたいと思います。
Re:ちなみにWinXPのところに任意のNTPサーバを指定で (スコア:3, 興味深い)
コマンドプロンプトでnet time /?を見てみると概要は掴めると思います。
SNTPサーバにもなれます。詳しくはぐぐって見ればわかるかと思います。
親コメント
Re:ちなみにWinXPのところに任意のNTPサーバを指定で (スコア:3, 参考になる)
スタート
設定
コントロールパネル
コンピュータの管理
サービス
で windows time を自動にすれば、 タスクバーの時計の設定
(日付と時刻のプロパティかな) に NTP の項目が出てきます。
# なぜか現在使っているPC(WinXP)の時計がずれやすいのに
# とても困ります。
親コメント
Re:ちなみにWinXPのところに任意のNTPサーバを指定で (スコア:2, すばらしい洞察)
親コメント
情報通信研究機構のNTPサーバ (スコア:1)
独立行政法人情報通信研究機構::日本標準時を利用したNTP本格サービス提供を2月8日より開始 [nict.go.jp]
プロバイダのNTPサービス供給促進につながればいいな、なんて甘いですか?
ところで組み込みで福岡大学NTPを指定している家電ってどれぐらい出回っているのでしょう。
福岡大学がNTPやめます、って言ったら蒼白になっちゃうメーカはどれぐらいな数あるのかな。
kwbt
RSS が無いとチェックしなくなる (スコア:1)
親コメント
あれ (スコア:1)
親コメント
Re:お○んこ(スコア:100,物凄く人生のためになった) (スコア:1, 参考になる)
タレこみ文からもリンクされている「乳の詫び状」より [asahi-net.or.jp]
というわけでそれは違う。
#タレこみ文からリンクされているところぐらい読んでおいても損は無いぞ。
親コメント
Re:話の腰を折って悪いけど (スコア:2, 興味深い)
福岡大学へのアクセスを減らす為にいかに(現在の状況と取りうる代替策を広く一般に)アナウンスしていくか、こそが目下の問題である、というご指摘には同意します。
ただ、代替策の要となるaltanativeサーバの第一候補として挙げられていらっしゃるmfeed [mfeed.ad.jp] は、公式には{ 2002年3月末までとしていたサービス期間を“当面”継続している、試行サービス」という位置づけにあるものです。試行サービスであり、しかも当初予定のサービス期間を遙か昔に満了している以上、極端な話“今月末でサービス打ち切り”となっても誰も文句を言えない、というものです。となれば、「試行サービス」でない Public NTP サーバを“誰か”が準備しなければなりません。
ご指摘の通り、その役は本来なら「組み込み機器のメーカ」や「ISP」が引き受けるべきものなのでしょう。ですが、残念ながら現時点ではそうなってはいません。だからその状況を改善し本来あるべき姿に持っていくために、アナウンスは必要です。しかし、それですぐに状況が改善されるかといえば、それは現実にはあまりにも楽観に過ぎます。本来あるべき姿に到達するまでには、少なからぬ時間が必要でしょう。それまでに mfeed の「試行サービス」が続いてくれるという保証はありません。であるならば、アナウンスへの取り組みは取り組みとして、同時並行作業として Public NTP サービスの引き受け手を探す必要がある、その引き受け手として Ring Server Project が今回手をあげてくれた――それは、十分賞賛に値すると考えます。
分散型DNSで動いている Ring Server 群は NTPサーバとしては本来不向きである、ということぐらい、Projectの方々はわかっていらっしゃるでしょう。その問題を「厳密な用途には不向きだけど、そうでない日常で利用する分には実用上はまあ許容できる」までに調整するために、サービスの立ち上げに多少の時間が必要となったのだと私は解釈しているのですが。
ご投稿の最後の段落はオフトピックです。ただ「次世代Ringのあり方」というのは、これはこれでなかなかにアレゲ魂をくすぐられる話題ですので、よろしければ別トピックとしてタレコんでくださいませんか。もし不都合があるようでしたら、ネットワーク技術に関しては全くの門外漢で完璧に役者不足の私でも良ければ、代わりをつとめさせていただきますが。
親コメント
Re:地獄への道は善意で舗装されている (スコア:2, 興味深い)
というご指摘だと考えてよろしいでしょうか。
NTP という仕組みにとって、ラウンド・ロビンによるタイムサーバ割り当てというやり方は決して好ましいものではない、というご指摘には同意します。ですので、今回の Ring Server Project による Public NTP サービスは最良とは言えないということも、了解しました。
ですが、ボランティアによって成り立っている(とされている) Ring Server Project が、「特定サーバへの集中を避けたい」として今回のようなサービスの実装方法を採用したのも、無理からぬものがあると私は考えます。Ring 側も十分問題を認識しており、今も最良の方法を探している最中 [ring.gr.jp]のようですから、少しでも良い形でこの問題が決着するよう、見守りたいと思います。
……暦の維持管理は国家のなすべき大事業なのだから、本当なら国が乗り出して欲しいところなのですがね。いや、世界中が繋がっているネットの特性を考えると、国連レベルで事業化するべきなのかな。
親コメント