アカウント名:
パスワード:
通信がある程度疎なTCP/IPの中に混じり込んだ時は速いかも知れませんが、全部がこのUDPベースのプロトコルで通信を始めてもパフォーマンスを維持できるんでしょうか。ちゃんと、トラフィックを分け合うことができるんでしょうか。
昔VoIPの電話機を開発してた身としては、皆がある程度疎になるように通信してるから、今程度のパフォーマンスを維持できているように思えるので、隙間をぶんどる行為には多少の危険を感じます。実際、トラフィックを目いっぱい使おうとするソフトはあちこちでプロバイダによるトラフィック制限を食らったりしていることもありますから。
せめてリンク先のプレスリリースくらい読んでから書き込んだら?
読んだうえで、TCPの隙間を使うのが危なくないかと危惧してます。あなたはあのプレスリリースを読んで、この技術は「既存のTCPのトラフィックは邪魔しないかもしれないが、自分たち同士のトラフィックはぶつかり合わないのか?」「TCPのトラフィックが疎でなくなった場合に、果たして本当に既存のTCPを邪魔しないと言い切れるのか?」という疑問を持ちませんか?
プレスリリースに
今後富士通研究所では、本技術を2013年度中に既存のTCPアプリケーションを変更することなく通信を高速化する通信ミドルウェアとして実用化することを目指します。
今後
富士通研究所では、本技術を2013年度中に既存のTCPアプリケーションを変更することなく通信を高速化する通信ミドルウェアとして実用化することを目指します。
とありますから、実装と検証の過程でご指摘の問題が顕在化するかもしれませんね。
良くも悪くも保守的な考え方ですね。
空いてるリソースがあって、それを積極的に100%有効利用すべきだと考えるか、誰かの邪魔になるかも知れないから余らせておくべきだと考えるか。
トラフィックは回線増やせばどんどん太くしていけるんだから、普通は前者取るんじゃないかなあ。
帯域の利用効率を上げるための技術であって,帯域を専有するための技術では無いですね.
先入観に囚われ過ぎかと.
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
海軍に入るくらいなら海賊になった方がいい -- Steven Paul Jobs
隙間の多い中に1匹ならいいのでしょうが (スコア:4, 興味深い)
通信がある程度疎なTCP/IPの中に混じり込んだ時は速いかも知れませんが、全部がこのUDPベースのプロトコルで通信を始めてもパフォーマンスを維持できるんでしょうか。
ちゃんと、トラフィックを分け合うことができるんでしょうか。
昔VoIPの電話機を開発してた身としては、皆がある程度疎になるように通信してるから、今程度のパフォーマンスを維持できているように思えるので、隙間をぶんどる行為には多少の危険を感じます。
実際、トラフィックを目いっぱい使おうとするソフトはあちこちでプロバイダによるトラフィック制限を食らったりしていることもありますから。
Re: (スコア:0)
せめてリンク先のプレスリリースくらい読んでから書き込んだら?
Re:隙間の多い中に1匹ならいいのでしょうが (スコア:3)
読んだうえで、TCPの隙間を使うのが危なくないかと危惧してます。
あなたはあのプレスリリースを読んで、
この技術は
「既存のTCPのトラフィックは邪魔しないかもしれないが、自分たち同士のトラフィックはぶつかり合わないのか?」
「TCPのトラフィックが疎でなくなった場合に、果たして本当に既存のTCPを邪魔しないと言い切れるのか?」
という疑問を持ちませんか?
Re:隙間の多い中に1匹ならいいのでしょうが (スコア:1)
プレスリリースに
とありますから、実装と検証の過程でご指摘の問題が顕在化するかもしれませんね。
Re: (スコア:0)
良くも悪くも保守的な考え方ですね。
空いてるリソースがあって、それを積極的に100%有効利用すべきだと考えるか、
誰かの邪魔になるかも知れないから余らせておくべきだと考えるか。
トラフィックは回線増やせばどんどん太くしていけるんだから、
普通は前者取るんじゃないかなあ。
良い所取りを考える (スコア:0)
##ふつう?ふじつう?『じ』は何だろ。次?辞?自?
##痔じゃないな。多分。
Re: (スコア:0)
帯域の利用効率を上げるための技術であって,
帯域を専有するための技術では無いですね.
先入観に囚われ過ぎかと.