帯域幅不足に苦しむSETI@home 41
計画の穴 部門より
k3c 曰く、 "1月下旬頃から、SETI@homeプロジェクトのデータサーバーとクライアントソフトウェアとの通信が途絶えがちになっている。SETI@homeプロジェクトからの状況説明によれば、カリフォルニア大学バークレー校(UCB)学内とインターネットの接続における帯域幅の不足がその原因とのこと。UCB学内とインターネットとの接続の帯域幅は70Mbps。
今までSETI@homeでこのうち25Mbpsを占有していたのだが、1月から学内の他の用途に用いられている45Mbpsの帯域幅でのトラフィックが急増したため、SETI@homeサーバーのトラフィックに対する帯域幅を50Mbpsに広げる代わりに優先度を下げる設定変更が行われた。このため、混雑時にはUCB全体で70Mbpsの帯域幅をフルに使えるが、SETI@homeサーバーへの接続は困難になる。さらに、SETI@homeサーバー側でも、トラフィック混雑時には新たなデータ送信要求を拒否するように設定変更が行われた。このため、クライアントからサーバーへの接続が毎日決まった時間帯に困難、あるいは全く不可能になるという状況が発生している。
SETI@homeクライアントソフトウェアは、手持ちのデータの計算が終わると自動的に次のデータを受け取ろうとする仕様のため、この状況はプロジェクト全体の進行に少なからぬ影響が出ており、データ処理のペースが以前より25%程度落ちているとのこと。
このような事態の解決策として、UCB全体で帯域幅を10Mbpsほど広げる(どこにも予算がない…)、データの送信をバイナリ形式で行う(25%程度はトラフィックが減らせる)、>データ1件あたりの計算量を増やす(トラフィックは減るけどプロジェクトの進行速度には関係ないような…)などの作業が進行中らしい。同時に、学外にデータサーバーを設置することも考えたり、帯域幅を分けてくれるISPを募集したり、なかなか大変そう…誰か助けてあげて?"
翻訳版 (スコア:2, 参考になる)
いずれは公式日本語ページ [planetary.or.jp]にも載るものと思われます。
Re:翻訳版 (スコア:1)
というわけで、件の記事のオフィシャルな日本語訳が公開 [planetary.or.jp]されています。
まずは先立つ物は? (スコア:2, 参考になる)
すずきひろのぶ
助けてあげて、と言われても。 (スコア:1)
個人レベルでは何が出来るんだろう。
先読みを自粛するとか、SETI参加そのものを取りやめる;-)とかか?
#先読みはむしろトラフィックの空いている時間にやっておいた方がいいのかな?
Re:助けてあげて、と言われても。 (スコア:1)
状況説明 [berkeley.edu]のページの下のほうに、まさにそういうことが書かれています。
あとは、寄付、ですね…。
Re:助けてあげて、と言われても。 (スコア:1)
Windows版しか出てないから/.Jでは普及しないかもなぁ。UDA。
これ共同って事で (スコア:1)
ってのはダメなのか?
暇そうなISPにサーバー置くとか<無理か?
後は分散だね、データ要求側と送信側を別けるとか
演算データなんて後から送ってもらっても大丈夫でしょう。
#私の所は勘弁ね?
Re:これ共同って事で (スコア:0)
うちの学校のWebサーバ1日に30ヒット程度なのに
Sunのデデーンとしたラックサーバだし。(泣
以前は解析データのキャッシュソフトがあったけど… (スコア:1)
「解析データを一度に10件くらい受け取っておいて、サーバが落ちていても次のデータを解析できます」
って感じのヘルパーソフトがあったのだけど、今は使えないのかしらん?
Re:以前は解析データのキャッシュソフトがあったけど (スコア:1)
Re:以前は解析データのキャッシュソフトがあったけど (スコア:0)
ってあるんですが、これは最適な解決策に
数争いが (スコア:1)
でも、「ユニット数競争」をやっている人には、これが不満で不満で。
Re:数争いが (スコア:0)
Re:数争いが (スコア:1)
Re:以前は解析データのキャッシュソフトがあったけど (スコア:1)
データ1件(ユニット)に含まれる情報量が変わらずに、各ユニットをより詳細に解析するようにクライアントソフトウェアを変更する、というのがこの措置の内容なのですが、これだと、計算機のパワーが変わらなければ、単位時間あたりのユニット処理数は落ちてしまいます。なので、プロジェクト全体のユニット処理能力は帯域幅に十分な余裕があった頃よりも低下します。
ユニット数競争をしているヒトにはさぞや厳しい処置になることでしょう…。
Re:以前は解析データのキャッシュソフトがあったけど (スコア:0)
でーた Proxy (スコア:1)
現実的で協力し易い方法だと思うな。モノさえ出来上がれば、 proxy 自体は勝手ににょきにょき生えてくるだろうし。
# え?開発の手間? ....がんばれ~(´ー`;
Re:でーた Proxy (スコア:1)
一応、日本のトップチームであるところのTeam EDGEではチーム単位でのキャッシュ [fureai.or.jp]といったこともやっているようです。
うちもやってみようかな(時間が取れれば/苦笑)。
Re:でーた Proxy (スコア:1)
のようです。Team EDGEで使用されているものも含め、SETI@homeお役立ちツール集 [nifty.ne.jp]のワークユニットキャッシュ/プロキシのセクションでいろいろと紹介されてます。
Re:でーた Proxy (スコア:1)
容量的にどのくらいになるのだろう?
エイやで10GBくらいか?
圧縮 (スコア:1)
え?「ランダムノイズなので圧縮の効果がほとんどない」って?
やだなぁ、ランダムなデータでも100分の1に圧縮 [srad.jp]する画期的技術があるじゃないですか(爆)。
Re:圧縮 (スコア:1)
25%減って言ってるんだからやればいいのに。
なんか2ちゃんねるみたい・・
Re:圧縮 (スコア:1)
25%減るのはencodingの改善。
意外 (スコア:1)
PCまで100Mbpsなんですけど、アメリカの
大学って意外に帯域小さいですね。
ゆーへん
Re:意外 (スコア:1)
ちなみにお高いところでIIJのATM接続 [iij.ad.jp]は40Mbpsで月額二千万円ほどかかりますので、1Gbpsとなると、月五億円!?
これにATM専用線代が更にかかるしなぁ…。
一体どんなお大尽大学?
いや。マジな話、対外接続の速度が1Gbpsもあるところって聞いたことがないんですけど。
Re:意外 (スコア:1)
でも結局他との接続が狭いと意味ないですけどねー
Re:意外(オフトピ:-1) (スコア:1, おもしろおかしい)
慶応は福沢諭吉 [ffortune.net]、東大は夏目漱石 [gakken.co.jp]の働きかけがあってカネ(特に壱万円札や千円札)が唸るほどあるんだよ。
Re:意外(オフトピ:-1) (スコア:0)
Re:意外 (スコア:1)
しかし、贅沢ですな。うらやましい。
Re:意外 (スコア:0)
Re:意外 (スコア:1)
TとかKではなくておバカさん大学ですけど。
ゆーへん
Re:意外 (スコア:1)
Re:意外 (スコア:1)
そのようですね [srad.jp]。
東京大学の場合 (スコア:1)
東京大学については、WIDE根津に直接接続しています。このため、destinationがSINETにある場合を除き、SINETは通りません。また、学内からはSINETへも直結しているため、SINETへいく場合はWIDE根津は通りません。
Re:意外 (スコア:1)
Re:意外 (スコア:2, 参考になる)
たしか一昨年だと思うんだけど、オックスフォードで大学のネットワーク運用に関わっている人から、あそこでも買っているのは30Mbpsとかいう話を聞いたような気がします。 ナップスタ-に帯域を食われて参った という話をしていて、たしかそんなこと言っていた記憶があります。どうもDVDをまるごとコピーするらしい。それじゃ、いくら帯域があっても足りないよね。 当然のことながら大学当局はナップスタ-禁止令を出したそうです。
すずきひろのぶ
Re:意外 (スコア:0)
Re:意外 (スコア:1)
ええ、そうです。
> Ethernet と単純比較してはいけないと思いますけど。
SONETって初耳。
勉強してきます。
ゆーへん
Re:意外 (スコア:1)
インターフェースの2001年9月号を読むと良いよ
gen+nob+ash
Re:意外 (スコア:1)
何だか..... (スコア:0)
そのうちどこかに「SETI売ります」とか出たりして。