アカウント名:
パスワード:
「結局ダウンロードは加速して帯域は使われるのではないか」
現在ISPにとって大きいコスト要因は「ISPを跨ぐトラヒック」であるので、各ISPやASごとにキャッシュを置くことでそのようなトラヒックを抑えられます。
ネットワークトポロジを考慮した配信システムとしてはAkamai [akamai.co.jp]が現在使われてますが、これのbittorrent版みたいなものになるんでしょう。
BTだけなら兎も角、そのうちに他の物だって出てくるでしょう。 そういう時にどうやってパフォーマンスを確保するか?って考え方では妥当な物かと。
でなければ、新たなソフト・サービスが出来る度にISPが対処?イマイチ現実的と思えません。
#それこそ、タダ乗り論の良い温床かと。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人はmoriwaka -- Anonymous Coward
ISPを跨ぐトラヒックを減らせるのが重要 (スコア:4, 参考になる)
現在ISPにとって大きいコスト要因は「ISPを跨ぐトラヒック」であるので、各ISPやASごとにキャッシュを置くことでそのようなトラヒックを抑えられます。
ネットワークトポロジを考慮した配信システムとしてはAkamai [akamai.co.jp]が現在使われてますが、これのbittorrent版みたいなものになるんでしょう。
ISPをまたぐトラフィックを減らすだけなら (スコア:1)
人気のあるファイルなら同一ISP内のあちこちのサーバでキャッシュされているはずなので、ISP内の接続が転送速度が速い分だけ自然に優先されますよね。
「ISPの負担でサーバ動かしてくれ」と頼むよりは「帯域制限するならISPをまたぐリンクだけにしてくれ」と頼む方が現実的な気が。
Re:ISPをまたぐトラフィックを減らすだけなら (スコア:0)
BTを帯域制限→制限回避のために暗号化→これは好ましい方向じゃないから・・・
っていう流れじゃないの?
Re:ISPをまたぐトラフィックを減らすだけなら (スコア:0)
BTだけなら兎も角、そのうちに他の物だって出てくるでしょう。
そういう時にどうやってパフォーマンスを確保するか?って考え方では妥当な物かと。
でなければ、新たなソフト・サービスが出来る度にISPが対処?イマイチ現実的と思えません。
#それこそ、タダ乗り論の良い温床かと。