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)
米Infoteria，Web向けチャット・サービス「Lingr」のWeb APIを近く公開
インフォテリアの子会社である米Infoteriaは1月26日までに，同社が開発するWeb向けチャット・サービス「Lingr」をWeb APIとして公開する見込みだ。同社代表の江島健太郎氏が，本誌記者に語ったもの。APIの名前は「Lingr API」になる模様。 Lingrの特徴は，Webアプリケーションの応答性を改善する「Comet」と呼ぶ技術を利用していること。HTTPのレスポンスを，サーバー上のデータに変更があるまで待たせておくことで，WebサーバーからWebブラウザへの擬似的なプッシュを実現する。ユーザーは，画面の再読み込みやポーリングによるデータのチェックが必要ない，応答性の良いアプリケーションを利用できる。HTTPのみを使って通信するので，通常のWebブラウザだけでサービスを利用できるのも利点だ。 Lignr APIの提供形態や利用方法などについては，1月24日現在では明らかにな
最速配信研究会 - Web2.0とC10Kに関する数々の誤解
Web2.0 = Ajax/Cometなの？とかプロセスIDは今でも16ビットなの？とかはサテオキ、 個々のクライアントがサーバに要求する処理量は小さなものでハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする――。これが最近Web開発者の間で話題となっている「C10K問題」（クライアント1万台問題）だ。 AjaxやCometなどのクライアント側技術に伴うサーバ側の問題に関していろいろ誤解があるようなので,書いておきたい.きっとlingrの中の人はこの記事読んでニヤニヤしてるはず. 以下、記事にないことも書いてあるのでそのつもりで. 誤解その1 AjaxによるWebアプリの台頭でサーバ側の負荷が増大する Ajaxの典型的な使い方はサーバに問い合わせてページの一部分だけを 変化させるというモノだ.これはページ全体を書き換える従来の方法と違い, すでに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
