TheC10kProblem - 「C10K問題」（クライアント1万台問題）とは、ハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする問題のこと
TheC10kProblem - 「C10K問題」（クライアント1万台問題）とは、ハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする問題のこと 目次 この文書について C10K 問題 関連サイト まず読むべき本 I/O フレームワーク I/O 戦略 1. 各スレッドが複数のクライアントを受け付ける. そしてノンブロッキング I/O と レベル・トリガ型の完了通知を利用する. 伝統的な select() 伝統的な poll() /dev/poll kqueue() 2. 各スレッドが複数のクライアントを受け付ける. そしてノンブロッキング I/O と 変更型の完了通知(readiness change notification)を利用する. kqueue() epoll リアルタイム・シグナル fd 単位のシグナル (Signal-per-fd)
C10kってご存知ですよね？：当たり前だと笑われそうなこと - 大野晋一 - builder by ZDNet Japan
はじめまして。 でもないのかもですが、builder（とZDNet Japan）の編集長の大野です。 せっかくブログサービスが始まったことですし、 日々、いろんな方と話している中でのもろもろを書いていければと思います。立場上、記事にかけないことも含めてすごくいろんな方とお話させていただいているので…… いや、私は知らなかったのですが…… 正確な定義はさておき、一度にさばけるコネクション（クライアント）は10,000(10k)が限界というものらしいです。弊社も含めて、Webサーバを管理している方などにはなじみのある概念でしょう。いくらCPUやストレージに余裕があっても、このC10kの限界にひっかかると、コネクション待ちがコネクション待ちを生むという例のあれが生じるわけですね。 さてさて、今回はこの限界を呼ぶ原因が昨今増えましたという皆様の悩みです。 ビジネスアプリケーションの高度化 こ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
