Skeed Silver Bullet Protocol の実装例 41
ストーリー by reo
お行儀良くなんてやってらんねー 部門より
お行儀良くなんてやってらんねー 部門より
maia 曰く、
株式会社 Skeed が開発した「Skeed Silver Bullet Protocol」 (SSBP) は、TCP と比較して約 20 〜 30 倍の転送速度を発揮するらしい。
6 月 12 日 NHN Japan 子会社のデータホテルと Skeed が発表した「データホテル クラウド コネクト」はその実装例 (ITmedia ニュースの記事より) 。SSBP だと遠距離、低品質回線ほど TCP との差が出る。ちなみに金子勇氏が Skeed の創設者にして、社外取締役、また (記事では、開発の) 協力者となっている。
会社名は (スコア:4, すばらしい洞察)
Fourty-Sevenとかにして欲しかった。
これは「専用アプリケーション」のでき次第でははやる！のか？
Re: (スコア:0)
Fourty-Twoじゃだめ？
Re: (スコア:0)
Fourty-Seven は ２ちゃんの「47氏」からだろうと理解するけど、
Fourty-Two は 何だろう？
#『銀河ヒッチハイク・ガイド』？
Re: (スコア:0)
>Fourty-Two は 何だろう？
金子勇氏の年齢じゃないかな。
Re: (スコア:0)
KNK42か
大容量ファイル転送は枯れている (スコア:2, すばらしい洞察)
大容量のファイル転送は Aspera とか商用ソフトでは良いものが
既に売られていて、普通のインターネット回線を普通に使う限り
ほぼ限界近くまでスピードが出ている。
商用ソフトよりは使い勝手やパフォーマンスが劣るものの
フリーソフトでも似たようなソフトはあるし、
このソフトで本質的に何が改善しているのかが分からないですね。
Re: (スコア:0)
まず、今回の発表は「新技術が出来た」というのではなくプロモーション的な実証実験に過ぎないと思うので革新性の話は的外れに思います
asperaを扱ってるCTCによる紹介 [ctcls.co.jp]を見ると「米Aspera社は（略）高速ファイル転送の特許技術を持ちます。」とあります。
・SSBPは特許に抵触していないのか
抵触していないのなら、別の方法を確立することには大きな意味があります
それとも「フリーソフトでも似たようなソフトはある」程度なんでしょうか？
逆に
・SSBPは特許を取得しているのか
競合製品との問題がクリアになった後は
・市場の競争を刺激できるのか
といった関心が向けられるんじ
Re: (スコア:0)
長々と書いてるくせにタレコミのリンク先すら読んでないことはよくわかった。
> SkeedTech®は、ネットワークの負荷を考慮しつつ、SkeedSilverBullet™へ適切な帯域幅を動的に割り当てる(動的帯域制御(※))ことで、他のネットワーク通信との共存を実現
というわけではい解散
Re:大容量ファイル転送は枯れている (スコア:1)
<※ 特許出願中>が消えやがった…
Re: (スコア:0)
決められた帯域以上(あるいはライセンス契約で許されている帯域以上)には使わないのは aspera がとっくに実現しているよ
なんというか aspera 以上のことは何ができるの？ということが知りたい。
CIFS/NFSv3/v4 のローカルキャッシュではないアクセラレータアプライアンスとして動くのであればかなり有望なのだが
つるしの CIFSv2/NFSv3 でも結構スピード出るしなあ…
＃ただし CIFSv1、てめーはダメだ
特許 (スコア:0)
イーパーセルがアップを始めました
良く分からない点 (スコア: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)
「銀の弾丸プロトコル」って (スコア:0)
なんだかジョークRFCっぽいですね。
Re: (スコア:0)
これを踏まえた命名なのかしら。
銀の弾丸など無い [wikipedia.org]
『銀の弾などない— ソフトウェアエンジニアリングの本質と偶有的事項』(snip)は、フレデリック・ブルックスが1986年に著したソフトウェア工学の広く知られた論文である。(snip) ブルックスは、「銀の弾丸」（Silver Bullet）として魔法のようにすぐに役に立ちプログラマの生産性を倍増させるような技術や実践 (特効薬) は、今後10年間 (論文が著された1986年の時点から10年の間) は現れないだろうと主張した。
Re: (スコア:0)
ちょうど自分が産まれた年です。
それから25年、銀の弾丸にはお目にかかれてません。
Re: (スコア:0)
つまり、vaporwareっていうことですね。