[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 06/18 14:44 / Filesize : 318 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

P2Pでサーバに依存しない掲示板を作るの巻



557 名前:236 ◆lGMVcE.o [02/02/16 15:08]
長くてすまんね。

さて、何の話だ?
・最初どっかの研究室の話で
・3.5ホップは本当か
・ホップ数と総転送量の関係
・転送量削減のためのハッシュ

・転送中断とTTL
だよな。

理論的には、TTLがある限り完全配布を保証することはできない、これもいいと思う。

で最初の四つの話までは完全配布を前提にしているから、TTLのような
「パケットの無条件破棄」は起こらないことが前提だと思うんだけど、どう。
研究室の話も50ピアではTTLが議論するほど活躍しているとは思いがたい。

で、最後の話題で急にTTLが出てきたんだけど、

>それはGnutellaのプロトコルでパケットを完全配布するのに難点があるからではないのだろうか。

「だからgnutella型ではTTLの概念が必須であり、
これを抜きにして考察を加えることはできない」

といいたいんだと思うけど、本当にTTLは必要なのか?
完全配布は本当に無理だったのか、証拠は?

重要なことは、
「TTLが必要である根拠をgnutellaに求めることはできない」
「TTLが総転送量を削減する唯一の方法である証明はない」
「完全配布プロトコルが大規模に運用されたことはない」
ことだ。

さらに、クエリと配布の大変重要な違い、「結果の返送」。

スレッドの告知で使われるパケットは「告知」の通り相手の返事を必要としない。
対してクエリでは返事を受け取ることが目的であり、
故に、問い合わせる数も制限されなければならない。
全世界数万から返事されても、自分が困るだけ。


で、まとめとしては
・返送を必要とするパケットについて、TTLなりの受信ピア数制限が必要
・返送を必要としないパケットについて、完全配布が不可能という証明・証拠はない
・TTLがないとき、>>552は有効
・TTLがあるとき、完全配布は保証できない
だと思うんだけど。どうよ。






[ 続きを読む ] / [ 携帯版 ]

全部読む 前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧](;´∀`)<318KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef