多数のTCP接続をハンドリングするサーバを書くなら、1コネクション1スレッドのモデルではなく、epollやkqueueのようなイベント駆動型のI/O多重化を行うべきだ、と言われます。だが、そのような主張は、「C10K問題」が書かれた2002年から7年経過した今でも有効なのでしょうか? echoサーバを書いて、ベンチマークを取ってみることにしました。 ふたつのグラフは、いずれも接続数とスループットの関係を表しています。最初のグラフは、全接続がアクティブに通信した場合、あとのグラフは、全接続のうち小数のコネクションが順次アクティブになっていく、というモデルです。これらのグラフから、以下ようなことが読み取れます。 epoll も per-thread モデルも、良くスケールする epoll は、ワークセットが小さい場合に (最大50%) per-thread モデルよりも高速 少なくとも、1コネ
Googleから、Google Chrome FrameというIE用プラグインが開発者向けにリリースされました。 FirefoxのAdd-onで、Firefoxの中にIEを表示するIE TabというAdd-onがありますが、Google Chrome Frameの場合はIEの中にChromeを表示します。 今のところ、Chromeで表示させる方法は3つあります。 URLにcf:というプリフィックスをつける(手軽だけど、その時限り) HTMLのメタタグで下記の記述をする(サイト側の指定) <meta http-equiv="X-UA-Compatible" content="chrome=1"> レジストリでURLを指定する Page not found - The Chromium Projectsに詳細がありますが、ここでの紹介は控えます。 この通り、Google Chromeのdev版
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く