SPDYとLinuxの間でGoogleマップがハマった落とし穴 - ぼちぼち日記

tl;dr 書いていたら思わず長文の大作になってしまいましたので、プロトコルオタ以外の方は文章の多さに退屈されるかと思います。GoogleマップサービスでSPDYの問題が発覚し、GoogleがLinuxカーネルに修正を加えて対応したというお話です。将来 Linux + nginx + SPDY を使いリバースプロキシでサービス運用を検討されている方は参考になるかもしれません。 1. はじめに、 プロトコルに執着する年寄りエンジニアの老害が叫ばれて久しい。 年甲斐もなく自分好みのパケットを追っかけるおやじエンジニアの姿を見て眉をひそめる若者も多いと聞く。 そんな批判に目もくれず、今日も一つ、プロトコルオタのネタをブログで公開したいと思いますw 今回はちょうど１年ほど前に書いたブログ記事 「GmailがハマったSPDYの落とし穴」の続編です。といっても今度の舞台は、Googleマップ。ネタ元も

[jovi0608]

ブログ書きました。将来Linux+nginx+SPDYを使いリバースプロキシでサービス運用を検討されている方は参考にしてください。

[raitu]

実質SPDY専用のソケットオプションがLinuxに追加されちゃったと。SPDY内でプレソケットバッファ持たせて優先度調整すりゃよかったんでないのか

[mizchi]

なんでSPDYの問題を解決するレイヤーがLinuxカーネルなんだ…

[apollo440]

プロならそれくらいできて当たり前。カーネルソースなんて殆どCで設計は普通で大人しいコードしかない(多人数開発故に)。(日本の)組み込み系開発だとH/Wまで弄るんだよ？(某R社はMPU,コンパイラ,IDE,ミドル,ICE...の全てね)

[halfrack]

またソケットオプション増えたのか！！

[mad-p]

ユーザーランドとカーネルの間のデータ転送に問題があったという話。TLS暗号化はユーザーランドでやるもんね

[nekoruri]

上から下までわかることの強み。そして、IPにおけるQoSの難しさ。

[causeless]

"@boheanimato “将来Linuxサーバの nginx を使ってSPDYのリバースプロキシ構成でサービス運用しようと計画されている方も多いかと思います。そんな時、ここで書いたSPDYの優先度…" via https://twitter.com/boheanimato/status/431632271510994944

[nishidy]

TCP_NOTSENT_LOWATでソケットバッファの未送信データサイズを制限できる。それによってアプリ側の動作にネットワークの遅延を反映できる（ソケットバッファの大きさがネットワークの遅延を吸収してしまう問題）。

[tamakoron]

SPDYとLinuxの間でGoogleマップがハマった落とし穴

[mkusunok]

カーネルに手を入れてデータ送信キューの遅延をモニターしTCP_NOTSENT_LOWATを設定するとか、なかなかそこまでチューニングできないよね

[sase]

おもしろそう

[raimon49]

解決方法が力技というか何というか

[rochefort]

TCP_NOTSENT_LOWAT

[lesamoureuses]

“将来 Linux + nginx + SPDY を使いリバースプロキシでサービス運用を検討されている方は参考に”

[naga_sawa]

カーネル中のバッファが悪さする一例

[asari3]

オタクの書く記事、実に読んでいて楽しい

[Shingi]

オチで爆笑した。 ＞“「そりゃカーネルに手を入れて測定しているさ。」 さすがGoogle・・・”

[nilab]

SPDYとLinuxの間でGoogleマップがハマった落とし穴 - ぼちぼち日記 : 「GoogleマップサービスでSPDYの問題が発覚し、GoogleがLinuxカーネルに修正を加えて対応」

[murashit]

そこまでするのしんどい感じがある

[mohri]

さらっと書いてるけどすごいな→「ちょうど先日チューリッヒでIETF httpbis WGのHTTP/2.0に関する中間会議がありW. Chanと直接会う機会がありましたので聞いてみました」

[michihide]

この記事でchrome://net-internalsという技を知った。しかしGoogleはやっぱりすごい。

[topiyama]

リアルタイムOSとは何かというお勉強で、対義としてサーバ・デスクトップOSのスループット重視を挙げるけど…、ネットワークがどんどん性能を要求して行くなかで、どうなっていくんだろう。

[oktnzm]

動く分には高速化してもらって結構だが自分の環境ではchromeでgoogleのサイトがみれないとかいうことが起こっていたので大概にして欲しい。

[nakag0711]

ややこしいことをすればするほど予想が難しくなる

[masaruyokoi]

スノーデンさんが話を公開したから、Googleの人も自社サービスの説明に堂々と使えるようになったのかw

[dekokun]

非常にわかりやすい。

[milieu]

linuxの送信ソケットバッファの最大値は0xffffffffではなくてsk->sk_sndbuf(/proc/sys/net/ipv4/tcp_wmem)の4120032じゃないのかな？

[kimutansk]

スーパーエンジニアの語りとしては楽しく読めますね。「そりゃカーネルに手を入れて測定しているさ。」とあっさり言えるあたり、ねぇ・・

[napsucks]

なにもんだよこのひとｗ

[Nyoho]

「プロトコルに執着する年寄りエンジニアの老害が叫ばれて久しい」そんな叫びがっ!

[tmatsuu]

すげー面白いけど、自分では無理や。まぁそこが問題になるところまでカリカリにチューニングしたことないんだけども。

[katow]

読み物として楽しく読んだ

[Rinta]

読了。問題があればカーネルパッチ。昔のメインフレームを思い出す。

[barlog]

スクロール バーつまみが極小です＞＜

[tsupo]

TCP_NOTSENT_LOWAT / パフォーマンスに問題が発生するとOSカーネルの変更まで巻き込んで対応してしまう、そんなGoogleのWeb高速化にかける意気込み