Kazuho@Cybozu Labs: 「サーバ書くなら epoll 使うべき」は、今でも正しいのか
多数のTCP接続をハンドリングするサーバを書くなら、1コネクション1スレッドのモデルではなく、epollやkqueueのようなイベント駆動型のI/O多重化を行うべきだ、と言われます。だが、そのような主張は、「C10K問題」が書かれた2002年から7年経過した今でも有効なのでしょうか？ echoサーバを書いて、ベンチマークを取ってみることにしました。 ふたつのグラフは、いずれも接続数とスループットの関係を表しています。最初のグラフは、全接続がアクティブに通信した場合、あとのグラフは、全接続のうち小数のコネクションが順次アクティブになっていく、というモデルです。これらのグラフから、以下ようなことが読み取れます。 epoll も per-thread モデルも、良くスケールする epoll は、ワークセットが小さい場合に (最大50%) per-thread モデルよりも高速 少なくとも、1コネ
エンタープライズ向けに刷新されたカーネル・コア
マルチスレッド対応の強化 ■vcache vcacheは、仮想アドレスと物理ページの対応付けの変更をコールバック関数によって通知する仕組みである。 後述するfutexの実装に使用されるため、カーネル2.6に追加された。 ■futex（Fast Userspace Mutexes） futexは、伝統的なUNIXカーネルで使われているsleep／wakeupとよく似た同期機構をユーザーランドに対して提供する。 主にNPTL（Native POSIX Thread Library）などのライブラリの実装に使われるため、アプリケーションから直接利用することはあまりないと思われるが、POSIX ThreadはJavaスレッドの実装などにも用いられており、同期処理を多用するアプリケーションには利益があるだろう。 futexシステムコールの主な機能はFUTEX_WAITとFUTEX_WAKEである。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
epollディスクリプタはスレッドセーフ？ | はらけんブログ
