SPDYとLinuxの間でGoogleマップがハマった落とし穴 - ぼちぼち日記
tl;dr 書いていたら思わず長文の大作になってしまいましたので、プロトコルオタ以外の方は文章の多さに退屈されるかと思います。GoogleマップサービスでSPDYの問題が発覚し、GoogleがLinuxカーネルに修正を加えて対応したというお話です。将来 Linux + nginx + SPDY を使いリバースプロキシでサービス運用を検討されている方は参考になるかもしれません。 1. はじめに、 プロトコルに執着する年寄りエンジニアの老害が叫ばれて久しい。 年甲斐もなく自分好みのパケットを追っかけるおやじエンジニアの姿を見て眉をひそめる若者も多いと聞く。 そんな批判に目もくれず、今日も一つ、プロトコルオタのネタをブログで公開したいと思いますw 今回はちょうど１年ほど前に書いたブログ記事 「GmailがハマったSPDYの落とし穴」の続編です。といっても今度の舞台は、Googleマップ。ネタ元も
[その1] HTTP/2の留意点とトレードオフ - ワザノバ | wazanova
https://insouciant.org/tech/http-slash-2-considerations-and-tradeoffs/1 comment | 0 pointsChromiumの開発チームのWilliam Changが、HTTP/2の要検討事項とそのトレードオフについてまとめています。HTTP/2.0とSPDYの概要については、Akamaiのこの10分のビデオを参照ください。 1) Network Performance HTTP/1.xは、ネットワークの利用が非効率。HTTP Pipelining（それはそれで固有の問題がある。）を除いて、HTTP/1.xは、接続あたり一つのトランザクションしかできないことが、HOL (Head of line) blockingの原因となる。HOL blockingはラウンドトリップのコストが高く、ページ読込みのパフォーマンスを悪化
HTTP/2.0 Initial Draft Released
The first implementable draft of HTTP/2.0 was released on July 8th by the HTTPbis working group of the IETF. The 2.0 version of HTTP is based on the SPDY protocol developed by Google — in fact, the initial draft was a copy of the SPDY specification as a base for diffs. HTTP/2.0 is intended as an alternative to HTTP/1.1, rather than deprecating the old version. There is good reason for this: The ne
Webはインターネットになった - naoyaのはてなダイアリー
先週金曜日にエンジニアサポートCROSS2013に行ってきた。目当ては @Jxck_ さんホストによる次世代Webセッション。セッション自体は前後半に分かれていて 前半はプロトコル編。SPDY (wikipedia) や HTTP/2.0 の動向やその課題点など 後半はアーキテクチャ編。プロトコルが変わった上で、その上で動くソフトウェアのアーキテクチャが云々 という内容でした。前半がより技術寄り、後半はテーマ的にもより広範の話題を扱うという感じでどちらも面白かった。 CROSS 2013レポート(2) - mad-pの日記 こちらに細かいログがあります。 話の前提になる SPDY や HTTP/2.0 周りの昨今については 【HTTP 2.0の最新動向】 第1回：HTTP/2.0の策定、ついに始まる - INTERNET Watch Watch 【HTTP 2.0の最新動向】 第2回：HT
Lori MacVittie「SPDYとHTML5 WebSocketsの比較」 - 以下斜め読んだ内容
f5 DevCentral 2012.6.13のエントリ SPDY versus HTML5 WebSockets websocketsとspdyを比較 spdyの方が普及の見込みが遥かに高い、と予測 予測の理由も説明 webの高速化とか共通点が多い２つの技術の細かい違い websockectsにはヘッダが無い この細かい違いが意外と影響範囲が大きいことを説明してる 色々勉強になった比較 以下斜め読んだ内容 #HTML5 #fasterapp #webperf #SPDY 似てる部分多い だがデータセンターへのインパクトはかなり違う http2.0をめぐる議論が少し盛り上がり中 The HTTP 2.0 War has Just Begun このエントリへ「「なぜwebsocketsがスルー？」というコメントが付いた 答えは簡単「HTTPヘッダ」 コメント主は詳しい説明欲しいと思うから、少
SPDYメモ - 以下斜め読んだ内容
ニュースサイト記事、ホワイトペーパー等々斜め読んだだけではイマイチ掴めないSPDY 要するにこういうこと？、な話を箇条書き 出典等は後から追加 以下羅列 HTTPを50%高速化？ よく出るキャッチコピー SPDYは、SSL接続前提 厳密には、SSL強制じゃない SPDYのスペックにはSSL限定、となってない 作者的には「当然SSLでしょ」らしい Comments on Microsoft’s SPDY Proposal « Mike's Lookout SSL接続を高速化。の方が誤解が少ない気が。。 SPDYの実装：サーバー、ライブラリ experimentalなものもリリースされたもの、言語別、色々出てる SPDY公式サイトにリストあり SPDY - The Chromium Projects SPDYの実装：ブラウザ chrome、firefox、kindle fireに入ってるブラウ
こてさきAjax:node-spdy 試してみた - livedoor Blog（ブログ）
今日のブログのお題は、SPDY。Webサービスを「とにかく速くしよう！！」ということで、Google が提唱したプロトコルです。既にChromeでは、このSPDYが実装されており、サーチやGMailなど Google が提供する殆どのサービスで既に利用されています。 最近では、FireFoxへのインプリが始まったり、HTTP/2.0検討のベースとなるなど何かと話題のWeb最新技術です。 SPDYがWebを早くする仕組み SPDYは、現状のWebが抱える問題 ”HTTPは遅い!!" を解決するものです。HTTP が "遅い" 原因は色々ありますが、中でも最も大きいのは Request and Response の制限です。このため、SPDY では一本の HTTPS セッションの中で複数の HTTP セッションを多重化するといったことを行い高速化を実現しています。 Request & Resp
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
