CNET Japan Blog - 江島健太郎 - Kenn's Clairvoyance：梅田サロン中止のお詫び、およびアーキテクチャ変更についての技術詳細レポート

先週末に予定されていたJTPA企画の梅田さん主催オンラインサロンですが、会場に多くの人が集まるにつれてLingrが重くなってしまうという事態に陥ってしまい、まるでイベントの体をなさないまま時間が過ぎてしまい、あえなく中止となってしまいました。 当イベントを楽しみにしていた皆様、そして梅田さんはじめJTPAスタッフの方々には、本当に申し訳なかったと思います。ここに改めてお詫び申し上げます。 Macworld 2007のときには180人を収容して何の問題もなく快適に使えていたので、「1000人はわからないけど、200人ぐらいなら大丈夫だろう」とたかをくくっていたのが間違いでした。 今回はその反省も含めて、内部で検証した技術情報をすべて公開し、どのような問題に直面し、どのように解決にあたっているのかをお伝えすることで、特に技術者の皆さんに役立つフィードバックにしたいと思います。 ■今回のアーキテ

[webmarksjp]

network

[takayukii]

[system:unfiled]

[k-takahashi]

　Lingrによる大規模チャットについて。

[kazuhooku]

ネットワークアプリ屋さんから見れば簡単な案件なんじゃないだろうか

[bull2]

人多杉で重くなった理由の解析と改良案

[amachang]

チャットサーバの負荷

[the-day]

多対多

[pho]

原因を詳細に報告ってのは今では当たり前かもしれないけど、以前ならありえなかったような気がした

[nitoyon]

cometの難しさ。

[kimimasa]

むずかしいけど楽しそう

[p-4]

うーん、やっぱりLime側で（ｒｙ 負荷問題を考えると1部屋の制限人数がきつくなって部屋越えで何かできるような方向になりそうな予感

[Aoba]

技術詳細を公開。

[HISAMATSU]

接続するクライアントの数が増えたときの話。信頼性は比喩？ようわからん。

[hiro_y]

Lingrの負荷対策について。

[hiromark]

この検証はいい勉強になる。

[nak2k]

コメントした。アーキテクチャの詳細知らないから的外れかもだけど。

[tgk]

Lingrの仕組み

[t_43z]

ふーむ。予想通りの問題だが解決は難しいもんだなー。

[wacky]

Lingrが多人数使用時に止まってしまうトラブルの原因分析と対策。

[shozzy]

いろいろ大変だこりゃ

[tsupo]

getストーム問題によるデッドロック → critical section の極小化、サーバ構成の見直し、……

[cyan0302]

あとで読んで理解する

[koyhoge]

Lingrのアーキテクチャ変更に絡んで、scalableなCometの技術的考察

[torum]

確かに多対多は大変そうだな～。Windows APIのmessageぽっく、PostMessage SendMessage 見たいにして、非同期処理が行なわれるように変更する、という事かな...　しかし、まだHTTPのGET/POSTは１回のコストが高い気がするのだが...