アカウント名:
パスワード:
> パケットのブロック情報がひとまとめに記述された代数方程式を送ることでこれを解決しているという
ではなく、複数のパケット(今は、p1, p2, p3の3つとします) を、ひとまとめにして送るのですが、3つのパケットをまとめて送るのに、1) p1, p2, p3 を一つづつという構成、2) p1, p3 は、一つ、p2 は 2つという構成、3) p1は、一つ、p2, p3 は、二つという構成
で、3パケット送ります。(係数とかは、元論文の図を参照していますが、この構成でうまくいくかのチェックはしていません)そのもとで、パケットのいくつかが届かなかったとしても、他のパケットの組み合わせから、残り(p1, p
ですよね。元論文は読んでませんが、要はRAID5みたいにパリティ持たせてロスト時に復元できるようにしたよ、と。一定以上パケットロスが発生する劣悪な環境において、再送のオーバーヘッドがなくなるので改善しますということではないかと。
この場合、まともな環境ではパリティ分だけ効率が悪くなるわけで、それをさておき10倍以上とか詐欺くさいタイトルつけて、シャノン先生に謝れ。
誤解するのは自由だけど、 coded TCP とやらではパケットロスが発生しなければ送るデータ量は通常の TCP とあまり変わらないよ。 RAID 5 と違って送信側が正しいデータを持っているので、当然ながら、パケットロスが発生した場合だけ「再送信」すれば良いようになっている。 (ただし、「再送信」と言っても、普通の TCP とは違い、完全に同じデータを再び送信するわけではない。)
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生の大半の問題はスルー力で解決する -- スルー力研究専門家
論文ちゃんと読もうね (スコア:5, 参考になる)
> パケットのブロック情報がひとまとめに記述された代数方程式を送ることでこれを解決しているという
ではなく、複数のパケット(今は、p1, p2, p3の3つとします) を、ひとまとめにして送るのですが、3つのパケットをまとめて送るのに、
1) p1, p2, p3 を一つづつという構成、
2) p1, p3 は、一つ、p2 は 2つという構成、
3) p1は、一つ、p2, p3 は、二つという構成
で、3パケット送ります。(係数とかは、元論文の図を参照していますが、この構成でうまくいくかのチェックはしていません)
そのもとで、パケットのいくつかが届かなかったとしても、他のパケットの組み合わせから、残り(p1, p
Re: (スコア:3, すばらしい洞察)
ですよね。元論文は読んでませんが、要はRAID5みたいにパリティ持たせてロスト時に復元できるようにしたよ、と。
一定以上パケットロスが発生する劣悪な環境において、再送のオーバーヘッドがなくなるので改善しますということではないかと。
この場合、まともな環境ではパリティ分だけ効率が悪くなるわけで、それをさておき10倍以上とか詐欺くさいタイトルつけて、シャノン先生に謝れ。
Re:論文ちゃんと読もうね (スコア:2)
誤解するのは自由だけど、 coded TCP とやらではパケットロスが発生しなければ送るデータ量は通常の TCP とあまり変わらないよ。 RAID 5 と違って送信側が正しいデータを持っているので、当然ながら、パケットロスが発生した場合だけ「再送信」すれば良いようになっている。 (ただし、「再送信」と言っても、普通の TCP とは違い、完全に同じデータを再び送信するわけではない。)