Webでの非同期処理を考えてみる [長い記事だけどコメント求む!]

Photo by harry harris いまPhotoShareのサーバの実装を大きく変えようとして悩んでいます。 (参考: Life is beautiful: マルチスレッド・プログラミングの落とし穴、その２) Rails 2.2でThread safeになるとか、NeverBlockで12倍速くなるっていう話もあるんだけど、負荷が上がればレスポンスが悪くなるのは、どうしようもない。マシンを増やせば解決できる部分もあるけど、マシンを増やせばコストは上がる。 Life is beautifulで書かれていますが、確かに全部の処理を同期的に行う必要はないんですよね。 PhotoShareでも、既にいくつかのページは非同期にerbを生成して、それをRailsとerubisで読み込んで実行しています。 しかし、Railsだけではこういった非同期の処理やviewの一部を事前に生成するという処

[BoBpp]

[

[saronpasu]

必ずしもrailsである必要はないもんなぁ。

[ita-wasa]

メッセージキューとviewの事前生成を中心にしたフレームワークっぽいものを自作しようかなと思っています。 なんかいろいろな項目がゴッチャになっててなにを解決したいのかが分かっていない。 view の問題なんだったら

[harupiyo]

Rails捨てちゃおうか、の理由考察

[kmachu]

Twitterと同じ道なのかな？

[kgbu]

こういうのはamazonに訊け！だよな。商品を売れて、なおかつある程度のおもてなしのあるシステムなんだから、そこがやっていることをまねすればいいのでは？Railsはモックアップとして割り切るべきかも。と、無責任な俺

[nak2k]

>Rails捨てちゃおうか

[masuidrive]

コメント求む！