アカウント名:
パスワード:
発表資料を見ても良く分からなかったんだけど、SSBPってプロトコル? それともTCPのチューニング?PEPs(Performance Enhancing Proxies)あたりと比べた場合の優位性なんかも、資料として欲しかったなあ。
プロプライエタリということもあるのか詳しい技術解説は見当たらないですね。
ACKを使わない(待たない?)ことと、RTTベースの輻輳の検出と制御くらいしかわからない。文面から、TCPを代替するトランスポートプロトコルっぽい感じで、TCPの高速化ではないように読めますけど。
何はともあれ、金子氏が表舞台で活躍されているのはめでたいことです。
Winnyでの金子氏の逮捕が日本の通信技術を10年遅らせたっていう論旨は、これを見るに結構説得力がある気がします。
「TCPと比べて30倍」ってのはwindowサイズ32kBくらいの設定のftpの性能を「TCPの性能」っていってるんじゃないかなぁ。ITMEDIAの写真に写ったグラフを見ると東京大阪間で4Mbpsってなってるけど、ウィンドウサイ64kB で10Mbpsくらい、とことんウインドウを広げた理論値でmax26Mbps(@20msレイテンシ)出るはず。
あと、他人の受け売りですが、「ネットワークの負荷を考慮しつつ、SkeedSilverBulletへ適切な帯域幅を動的に割り当てる(動的帯域制御)」ってことは、SkeedSilverBullet自身にはTCPみたいな自律的fairness保証の性質がないのではないか?とか。
あまり、逮捕の件と結びつけるのはちょっと無理があると思います。金子氏の逮捕の件は、ソフトウェア技術とその法的な責任を問うものですからね。
今回のSSBPは、今も昔も法的にグレーでもなく真っ白ですからね。
逮捕したからこれだけ有名になったんじゃない?
たしかにNekoFlightだけじゃ、ここまでは名は売れなかったか。
世の中にはオウムのようなカルトに説得力を感じる人もいますので、あなたが説得力を感じたという事実については否定はしませんが、まだ評価もなされていないのに10年遅れたなどとおっしゃるのは、わたしが知っている中でも最悪の技術カルトですね原子力カルトなんて足元にも及びません
むしろかの有名な金子勇ということで出資を得られやすくなってる効果があると思うがね
貴重な人材だから逮捕をやめようとか警察に判断されても困る。逮捕されるようなやり方のせいで技術が停滞したと言うべき。賢人は賢くあれ。
だよね不当な逮捕だった、という主張をしたい場合としても筋が悪すぎというか
「"彼を"逮捕したのは失敗だった」って主張は金子氏を擁護する主張ではありませんよ。「警察官が晒しウィルスの被害に遭った事で逆恨みして逮捕したら、逮捕によってnyのセキュリティ強化が遅れて警察官含め被害がより拡大した」とかいう筋で警察を馬鹿にしてるだけです。前提を受け入れるならばそんなに筋は悪くないが・・・その前提が一般的に見てまともかどうかは・・・まぁ2chだし?
このタイプの主張では「貴重な**」云々はまず出ません。
「貴重な**」云々が出てくるのは「ソフトウェアの開発で逮捕したのは失敗だった」的な主張の方ですね。萎縮効果で研究が中断したり断念されることで「貴重な(研究|技術)(|者|機会)」が失われたって方向の話になります。真面目な話、DHTとかに火がついたのはその頃だからネットワークの研究には結構な障害。
逮捕動機とその成果に関連する嘲笑と、逮捕行為による副次的影響の批判は、よく似てるけど別物です。
どうやってるんでしょうね?解説みてもさっぱりだしグラフは誤字(実行転送レートって)とか意味が取れない書き方とかあるし…。
UDP使って独自に輻輳と再送の制御してるのかな。ファイル転送が目的ということで、パケット順やリアルタイム性が不要だから、ACKをまとめて処理するとかで効率向上させてるんでしょうか。
誠 Biz.ID [bizmakoto.jp]さんに御本人によるサマリーが載ってました。
これはSkeedCastのようなP2P配信技術を用いておらず、UDP(User Datagram Protocol、一般的なTCPと比べて音声や画像のストリーム形式での配信に向いている)と独自開発したプロトコルを組み合わせ、ファイルを高速に転送するための仕組みです。
(中略)
SkeedSilverBulletについては、わたしではなく、技術開発担当や技術部長をはじめ自然に集まってきた若手が開発しています。
ネットワーク回線の品質が向上してパケットロスなどが少なくなった結果、TCPの品質保証なんて過剰だし無い方がいいんだってこと何でしょうかね。確かにファイル転送とかストリームである必要がなければACKまったり再送制御しなくても到達しなかったパケットだけリクエストかけ直して送り直してやれば済みますしね。
逆に言うと回線品質の悪い環境だと一気に性能が低下するかもしれませんね。
>逆に言うと回線品質の悪い環境だと一気に性能が低下するかもしれませんね。
まあ、おまえはまず記事を読め
「SSBP だと遠距離、低品質回線ほど TCP との差が出る。」
Interopでデモってたよ。
・UDPをつかってるからackを待たない分、帯域を有用に使える。・ackを待たないUDPなので遠距離になればなるほど有利。・UDPだからといってフラグメント等に弱い訳ではないように設計した。・UDPだからといって帯域制御が困難にならないように設計した・暗号化するからセキュアにファイル転送
こんな感じかな。
ZMODEMみたいなもの?
自業自得だとは思うけど、自分で会社を立ち上げる以外に表舞台で活躍する術がなかったという見方もできる。
それが何か良くない事?デメリットある?一定の成果に対して、なんでいきなり否定的な表現?疑問が尽きない
日本では社畜になれなかった人間は我慢のできない負け犬とみなされます。
こっちは君がなぜそんな必死に噛み付いてるのか疑問
「TCPあるいはUDP上に実装された当社独自のプロトコル」って書いてあるから、TCPと比較してるSSBPはUDP上のプロトコルって考えられますね。SSBPはファイル転送対象とあるので、TCPではわからないデータ長さの情報を効率をあげるのに利用できますね。
TCPの窓がファイルサイズにしたようなプロトコル?なわけないか
Interop2012ではTCPに代わる全く新しい転送プロトコルみたいな形で説明されていて全く別のトランスポート層のプロトコルっぽく言われていました。
しかしそれは、・対向がプロトコルスタックを持たなきゃならないのでは?という事で・汎用的でなくて問題はないのか?・経路途中でフィルタされないか?を質問をしてみました。
で、ブースの方にて聞いてみましたが、結局のところUDPをベースに通信をして他でのエラーチェック等を行う旨を話されていましたので「UDP上のプロトコルという」推測のとおりかと思います。
HTTPで受け付け、同プロトコルを使用するファイル転送サービスについても、一度HTTPでアクセスをして専用クライアントにて通信を行う模様です。
#手元に機械がないため、その人の説明が本当に正しいのかは判断つきませんが…
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
良く分からない点 (スコア:0)
発表資料を見ても良く分からなかったんだけど、SSBPってプロトコル? それともTCPのチューニング?
PEPs(Performance Enhancing Proxies)あたりと比べた場合の優位性なんかも、資料として欲しかったなあ。
Re:良く分からない点 (スコア:2)
プロプライエタリということもあるのか詳しい技術解説は見当たらないですね。
ACKを使わない(待たない?)ことと、RTTベースの輻輳の検出と制御くらいしかわからない。
文面から、TCPを代替するトランスポートプロトコルっぽい感じで、TCPの高速化では
ないように読めますけど。
何はともあれ、金子氏が表舞台で活躍されているのはめでたいことです。
Re:良く分からない点 (スコア:2, オフトピック)
Winnyでの金子氏の逮捕が日本の通信技術を10年遅らせたっていう論旨は、
これを見るに結構説得力がある気がします。
一人以外は全員敗者
それでもあきらめるより熱くなれ
Re:良く分からない点 (スコア:2)
「TCPと比べて30倍」ってのはwindowサイズ32kBくらいの設定のftpの性能を「TCPの性能」っていってるんじゃないかなぁ。ITMEDIAの写真に写ったグラフを見ると東京大阪間で4Mbpsってなってるけど、ウィンドウサイ64kB で10Mbpsくらい、とことんウインドウを広げた理論値でmax26Mbps(@20msレイテンシ)出るはず。
あと、他人の受け売りですが、「ネットワークの負荷を考慮しつつ、SkeedSilverBulletへ適切な帯域幅を動的に割り当てる(動的帯域制御)」ってことは、SkeedSilverBullet自身にはTCPみたいな自律的fairness保証の性質がないのではないか?とか。
Re:良く分からない点 (スコア:1)
あまり、逮捕の件と結びつけるのはちょっと無理があると思います。
金子氏の逮捕の件は、ソフトウェア技術とその法的な責任を問うものですからね。
今回のSSBPは、今も昔も法的にグレーでもなく真っ白ですからね。
Re: (スコア:0)
逮捕したからこれだけ有名になったんじゃない?
Re: (スコア:0)
たしかにNekoFlightだけじゃ、ここまでは名は売れなかったか。
Re: (スコア:0)
世の中にはオウムのようなカルトに説得力を感じる人もいますので、あなたが説得力を感じたという事実については否定はしませんが、
まだ評価もなされていないのに10年遅れたなどとおっしゃるのは、わたしが知っている中でも最悪の技術カルトですね
原子力カルトなんて足元にも及びません
Re: (スコア:0)
むしろかの有名な金子勇ということで出資を得られやすくなってる効果があると思うがね
Re: (スコア:0)
貴重な人材だから逮捕をやめようとか警察に判断されても困る。
逮捕されるようなやり方のせいで技術が停滞したと言うべき。賢人は賢くあれ。
Re: (スコア:0)
だよね
不当な逮捕だった、という主張をしたい場合としても
筋が悪すぎというか
混ぜるな危険 (スコア:0)
「"彼を"逮捕したのは失敗だった」
って主張は金子氏を擁護する主張ではありませんよ。
「警察官が晒しウィルスの被害に遭った事で逆恨みして逮捕したら、逮捕によってnyのセキュリティ強化が遅れて警察官含め被害がより拡大した」
とかいう筋で警察を馬鹿にしてるだけです。
前提を受け入れるならばそんなに筋は悪くないが・・・その前提が一般的に見てまともかどうかは・・・まぁ2chだし?
このタイプの主張では「貴重な**」云々はまず出ません。
「貴重な**」云々が出てくるのは「ソフトウェアの開発で逮捕したのは失敗だった」的な主張の方ですね。
萎縮効果で研究が中断したり断念されることで「貴重な(研究|技術)(|者|機会)」が失われたって方向の話になります。
真面目な話、DHTとかに火がついたのはその頃だからネットワークの研究には結構な障害。
逮捕動機とその成果に関連する嘲笑と、逮捕行為による副次的影響の批判は、よく似てるけど別物です。
Re: (スコア:0)
どうやってるんでしょうね?
解説みてもさっぱりだしグラフは誤字(実行転送レートって)とか意味が取れない書き方とかあるし…。
UDP使って独自に輻輳と再送の制御してるのかな。
ファイル転送が目的ということで、パケット順やリアルタイム性が不要だから、ACKをまとめて処理するとかで効率向上させてるんでしょうか。
Re:良く分からない点 (スコア:4, 参考になる)
誠 Biz.ID [bizmakoto.jp]さんに御本人によるサマリーが載ってました。
これはSkeedCastのようなP2P配信技術を用いておらず、UDP(User Datagram Protocol、一般的なTCPと比べて音声や画像のストリーム形式での配信に向いている)と独自開発したプロトコルを組み合わせ、ファイルを高速に転送するための仕組みです。
(中略)
SkeedSilverBulletについては、わたしではなく、技術開発担当や技術部長をはじめ自然に集まってきた若手が開発しています。
=^..^=
Enjoy Computing, Skiing, as much as Horse Racing.
Re: (スコア:0)
ネットワーク回線の品質が向上してパケットロスなどが少なくなった結果、TCPの品質保証なんて過剰だし無い方がいいんだってこと何でしょうかね。
確かにファイル転送とかストリームである必要がなければACKまったり再送制御しなくても到達しなかったパケットだけリクエストかけ直して送り直してやれば済みますしね。
逆に言うと回線品質の悪い環境だと一気に性能が低下するかもしれませんね。
Re:良く分からない点 (スコア:1)
>逆に言うと回線品質の悪い環境だと一気に性能が低下するかもしれませんね。
まあ、おまえはまず記事を読め
「SSBP だと遠距離、低品質回線ほど TCP との差が出る。」
Re: (スコア:0)
Interopでデモってたよ。
・UDPをつかってるからackを待たない分、帯域を有用に使える。
・ackを待たないUDPなので遠距離になればなるほど有利。
・UDPだからといってフラグメント等に弱い訳ではないように設計した。
・UDPだからといって帯域制御が困難にならないように設計した
・暗号化するからセキュアにファイル転送
こんな感じかな。
Re: (スコア:0)
ZMODEMみたいなもの?
Re: (スコア:0)
自業自得だとは思うけど、自分で会社を立ち上げる以外に表舞台で活躍する術がなかったという見方もできる。
Re: (スコア:0)
それが何か良くない事?デメリットある?
一定の成果に対して、なんでいきなり否定的な表現?
疑問が尽きない
Re: (スコア:0)
日本では社畜になれなかった人間は我慢のできない負け犬とみなされます。
Re: (スコア:0)
こっちは君がなぜそんな必死に噛み付いてるのか疑問
Re: (スコア:0)
「TCPあるいはUDP上に実装された当社独自のプロトコル」って書いてあるから、
TCPと比較してるSSBPはUDP上のプロトコルって考えられますね。
SSBPはファイル転送対象とあるので、TCPではわからないデータ長さの情報を効率をあげるのに利用できますね。
TCPの窓がファイルサイズにしたようなプロトコル?なわけないか
Re: (スコア:0)
Interop2012ではTCPに代わる全く新しい転送プロトコルみたいな形で説明されていて全く別のトランスポート層のプロトコルっぽく言われていました。
しかしそれは、
・対向がプロトコルスタックを持たなきゃならないのでは?
という事で
・汎用的でなくて問題はないのか?
・経路途中でフィルタされないか?
を質問をしてみました。
で、ブースの方にて聞いてみましたが、結局のところUDPをベースに通信をして他でのエラーチェック等を行う旨を話されていましたので「UDP上のプロトコルという」推測のとおりかと思います。
HTTPで受け付け、同プロトコルを使用するファイル転送サービスについても、一度HTTPでアクセスをして専用クライアントにて通信を行う模様です。
#手元に機械がないため、その人の説明が本当に正しいのかは判断つきませんが…
Re: (スコア:0)