Kazuho@Cybozu Labs: 高速なCometサーバを書いてみた件
« Pathtraq 最新ランキング ガジェットを公開しました | メイン | Q4M (Queue for MySQL) 0.3 リリース » 2008年03月10日 高速なCometサーバを書いてみた件 もう昨年の２月になりますが、Comet について調査を行いました。その際の成果をまとめたスライドは既に公開していた (Comet の正しい使い方) のですが、同時に実際に作ってみた実装についても、オープンソース化することとなりました。コードは CodeRepos に置いておきますので、どうぞご覧ください。 (Revision 7754: /lang/perl/fastr) 使い方は example ディレクトリ以下を見ていただくとして、ベンチマークの結果とチューニング手法について、記録と記憶に残っている範囲からまとめておきたいと思います。 パフォーマンスについて まず、パフォーマンスに
blog.8-p.info: Comet 勉強会 #2
「来月までに勉強してきますねー」といってわかれたのに全然勉強してないなー、と後ろめたい気持ちで日曜日に恵比寿に行ったら、第一回に比べてものすごい勢いで人が減ってた件。ひどい！ でも、相変わらず実装・運用している人のはなしがずいぶん聞けて勉強になった。「Comet といえば」感のある Lingr とかね。以下時系列順じゃなくて話題ごとに並べ直しているので注意。 Erlang 実際に見てみたけど、前回の予想はそんなに外れてなかった。 魔法は無い。 配布されている tarball が最近でかくなったのは、コンパイル済みの中間コードも同梱されるようになったから。 Erlang ってもともと UNIX 育ちではないよね MD110 という交換機むけのシステムに書かれたらしい epoll とか使ってるの? → grep するぶんにはあったよ Erlang のプロセス (!= UNIX プロセス) は軽
cometネタ，ふたたび - file-glob こと k.daibaの日記
1対1チャット 1対1でチャットするcometベースの仕組みを作ってみました．クライアント側はまだブラッシュアップしてる最中ですが，サーバ側のコードは落ち着いてきたのでまとめてみます．このサーバは html, css, jsファイルのダウンロード /sendにクライアントが投げてきたpostメッセージの受信 /helloにクライアントがJSONで投げてきたgetメッセージの受信 受信したpostメッセージを，getメッセージへのresponseとして特定のクライアントにJSONP形式で送信 死活監視を兼ねて，システムにログイン中のユーザ一覧をgetメッセージへのresponseとして全クライアントにJSONP形式で送信 という機能を持っています． POE::Component::Server::HTTP my $server = POE::Component::Server::HTTP->
cometd を使ってみた - Akasata's Page（あかさたのページ）
2007-05-08 22:53 : cometd を使ってみた Kodougu で comet を実装する必要があるのですが、自分で実装するのもしんどいので、cometd を使ってみることにしました。 ■ 注意 本記事は、cometd の trunk のヘッド（2007/5/7 時点）を参照しながら書いています。あなたが読んでいる時点で、本記事の情報が古くなっている可能性があります。 ■ 環境 Windows XP SP2 ■ 準備（必要なソフトウェアのインストール） 1. Python 2.4.4（インストーラあり、EasyInstall もインストールすべし） Python Japan User's Group ※ EasyInstall のインストール方法は少し下のほうに記述してあります。 2. Twisted Python 2.4.0（
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)
Comet接続のJSONP - snippets from shinichitomita’s journal
Cometで複数同時コネクション数制限を回避するための、JSONP以外の回避方法(IFRAME+XHR)について書いてあったのだけど、 http://labs.cybozu.co.jp/blog/kazuho/archives/2007/02/keeping_comet_alive.php この中のスライドの１０枚目に、JSONPがつらい理由？として「セキュリティリスク or パフォーマンス劣化」というのがあって、セキュリティリスクはわかるけど、パフォーマンス劣化は何を指してるのだろう？？純粋にちょっと分からなかった。 まあそれはいいとして、自分の知る限り、複数のCometセッションが必要な場合にJSONPが適切でない最大の理由は、動的JavaScriptロードの評価順序がブラウザによって違うというところなんじゃないかなと思う。例えばFirefoxではscript要素を追加実行した順番にス
is BUG ready ? - Lingr chatroom に埋め込む JSON と JSONP
とりあえず、欲しい機能が簡単につくれそうなので、さっさと作ってみる。 IE でもおなじようなことできればいいなあと思ったら、Trixie というのがすでにあるようで、試してみたらだいぶ動いてるかんじでした。でも、 IE そのものじゃなくて、IE をコンポーネント埋め込みしてる環境では使えない FireFox JavaScript の ECMA 非互換のメソッドなどを呼び出していたら当然ダメ ScriptEngine が IE6JSCript だと JavaScript 1.2 相当。FireFox の実装は JavaScript 1.6 相当。 Gecko DOM と IE DOM に、多少の違いがあるかも？ といったところの影響で、どんなスクリプトでも走っちゃうわけではないようです。 ちなみに、この Trixie は .NET アセンブリな COM コンポーネントでした。 続きを読む h
naoyaのはてなダイアリー - Perlでモダンなネットワークサーバーを書くには
Comet については、普及するかどうかという以前に、どう使えばいいのか、正しく使った場合に何をどこまでできるのか、という理解が共有されていないように思います。なので、(あくまで私見ですが) 使用したスライドの一部を公開したいと思います。よろしければごらんください。 サイボウズラボの奥さんによる Comet のサーバー周りの資料。すばらしい。C10K に対してどのようなアーキテクチャをとるのが良いかとの考察が特に勉強になりました。 また、問題や改善すべき点があれば、教えていただければ幸いです。 というので問題、改善すべきというわけではないですが Perl 周りの話で少し補足を。 資料中の「初心者へのオススメが PoCo::Server::HTTP でパフォーマンスが欲しい人には Sys::Syscall qw/:epoll/」の点。おそらく Perl でも epoll を使えますよというこ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://rails.office.drecom.jp/takiuchi/archive/189
エラー
http://rails.office.drecom.jp/takiuchi/archive/175
http://dev.rakusui.jp/diary/?date=20070319
http://rails.office.drecom.jp/takiuchi/archive/171