アカウント名:
パスワード:
通信がある程度疎なTCP/IPの中に混じり込んだ時は速いかも知れませんが、全部がこのUDPベースのプロトコルで通信を始めてもパフォーマンスを維持できるんでしょうか。ちゃんと、トラフィックを分け合うことができるんでしょうか。
昔VoIPの電話機を開発してた身としては、皆がある程度疎になるように通信してるから、今程度のパフォーマンスを維持できているように思えるので、隙間をぶんどる行為には多少の危険を感じます。実際、トラフィックを目いっぱい使おうとするソフトはあちこちでプロバイダによるトラフィック制限を食らったりしていることもありますから。
せめてリンク先のプレスリリースくらい読んでから書き込んだら?
読んだうえで、TCPの隙間を使うのが危なくないかと危惧してます。あなたはあのプレスリリースを読んで、この技術は「既存のTCPのトラフィックは邪魔しないかもしれないが、自分たち同士のトラフィックはぶつかり合わないのか?」「TCPのトラフィックが疎でなくなった場合に、果たして本当に既存のTCPを邪魔しないと言い切れるのか?」という疑問を持ちませんか?
帯域の利用効率を上げるための技術であって,帯域を専有するための技術では無いですね.
先入観に囚われ過ぎかと.
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
隙間の多い中に1匹ならいいのでしょうが (スコア:4, 興味深い)
通信がある程度疎なTCP/IPの中に混じり込んだ時は速いかも知れませんが、全部がこのUDPベースのプロトコルで通信を始めてもパフォーマンスを維持できるんでしょうか。
ちゃんと、トラフィックを分け合うことができるんでしょうか。
昔VoIPの電話機を開発してた身としては、皆がある程度疎になるように通信してるから、今程度のパフォーマンスを維持できているように思えるので、隙間をぶんどる行為には多少の危険を感じます。
実際、トラフィックを目いっぱい使おうとするソフトはあちこちでプロバイダによるトラフィック制限を食らったりしていることもありますから。
Re: (スコア:0)
せめてリンク先のプレスリリースくらい読んでから書き込んだら?
Re: (スコア:3)
読んだうえで、TCPの隙間を使うのが危なくないかと危惧してます。
あなたはあのプレスリリースを読んで、
この技術は
「既存のTCPのトラフィックは邪魔しないかもしれないが、自分たち同士のトラフィックはぶつかり合わないのか?」
「TCPのトラフィックが疎でなくなった場合に、果たして本当に既存のTCPを邪魔しないと言い切れるのか?」
という疑問を持ちませんか?
Re:隙間の多い中に1匹ならいいのでしょうが (スコア:0)
帯域の利用効率を上げるための技術であって,
帯域を専有するための技術では無いですね.
先入観に囚われ過ぎかと.