Google、TCPのスループットとレイテンシを改善する輻輳制御アルゴリズム「TCP BBR」をGoogle Cloudで利用開始
Google、TCPのスループットとレイテンシを改善する輻輳制御アルゴリズム「TCP BBR」をGoogle Cloudで利用開始 Googleは、同社が開発したTCPの輻輳制御アルゴリズム「TCP BBR」をGoogle Cloud Platformで利用可能にしたと発表しました。 インターネットにおける通信にはTCPを用いる場合とUDPを用いる場合に分かれますが、BBRはTCPにおける輻輳制御アルゴリズムを改善したもの。すでにGoogleはTCP BBRをYouTubeのネットワークで利用しており、従来のパケットロスをベースにした輻輳制御アルゴリズムであるCUBICを用いた場合と比較して、スループットが平均で4％、最大で14％以上改善したことを明らかにしています。 TCP BBRは現在の高速なネットワークに適した輻輳制御アルゴリズム TCP BBRのBBRは「Bottleneck Ba
GitHub - fastos/tcpdive: A TCP performance profiling tool.
Over the last decade, network conditions have changed a lot due to the rapid evolvement and popularity of some technologies such as Mobile Networking(2G/3G/4G/WiFi), Cloud Computing and etc. However, as the most commonly used transport layer protocol, TCP is not designed to deal with such complicated scenarios. As a result, some companies have been optimizing TCP to achieve a better user experienc
Googleの開発者ら、LinuxカーネルのTCPバグを解決
今後リリースされるLinuxカーネルは従来のカーネルよりもTCP通信の性能が向上し、より効率のよいものになる可能性が出てきた。というのも、Googleの開発者らがこのたび、Linuxカーネルに10年近く存在していた、高速長距離ネットワークにおけるTCPの応答を改善するパッチをコミットしたからだ(tcp_cubic: better follow cubic curve after idle perio)。このパッチは多くのLinuxディストリビューションに影響を与えると見られる。 現在リリースされているLinuxディストリビューションの多くは、TCPの輻輳制御アルゴリズムにCubicを採用している。これまでLinuxカーネルの実装では、通信していない状態から通信に戻った場合に設定すべき値を設定していなかったことから、Cubicアルゴリズムの性能が発揮しきれていない条件が存在していた。今回、G
TCP 3-way handshakeのレイテンシ軽減のためのTCP_DEFER_ACCEPTソケットオプション - ゆううきブログ
2013/10/22 追記した． Starletのコード読んでてlistening socketにTCP_DEFER_ACCEPTとかいうオプション渡してたので、これ何だって思って調べた． TCPに特に詳しいわけではないので理解に誤りがあるかもしれない． package Starlet::Server; ... # set defer accept if ($^O eq 'linux') { setsockopt($self->{listen_sock}, IPPROTO_TCP, 9, 1) # 9がTCP_DEFER_ACCEPTを表す and $self->{_using_defer_accept} = 1; } ... TCP_DEFER_ACCEPTはLinux 2.4から導入されている． Linux 2.6.32から挙動が若干変わっているらしい． (linux の TCP_DE
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TCP.next
NICT、TCP互換で10Gbps環境に最適化した通信プロトコル「HpFP」開発、遅延・パケットロス環境下でも高速通信 
