UnicornとかRainbows!とかの話 : As Sloth As Possible
随分長いことブログ放置してしまったのだけどネタ見付けたので久々の記事。 UnicornはPassengerより遅かった？ なんかTwitterで「アクセス少ないときはPassengerよりUnicornのが速いのに、アクセス多くなってきたらその逆になった」って話をみかけたので、それ単にUnicornのworkerが足りないんじゃないの、と返したのだけど、どういうことかという話を少しまとめる。 まず、Unicornのworkerは1プロセスにつき1度に1リクエストしか処理しない。だから例えば、凄い大雑把な計算だけど、平均50msくらいでレスポンスを返すアプリだとすれば、1workerは20req/secくらいは返せるかなと見積もって、ピーク時に100req/secくらいアクセスがありそうだったらworkerを5個くらい立てとくかな、足んなかったらもうちょっとかな、みたいに考える。実際どんくら
debianにredmineを入れてnginx+unicornで運用をする - shimobayashiの日記
redmineをいじれる環境を構築する機会があったので、ついでにこれまで触って来なかったnginxを使って見ることにした。僕は基本的に枯れてきたものしか使わないので、そういうことです。ついでに、unicornというものがPassengerの代わりとして注目されているようだったので、試しに導入してみた。 nginxはともかくunicornが何なのかよくわからなかったので調べてみたところ、次世代RailsサーバーUnicornを使ってみた | TechRachohttp://techracho.bpsinc.jp/bps/2010_07_09/2075がわかりやすかった。 debianのセットアップざっと触って一番高速だった、http://ftp.riken.jp/Linux/debian/debian-cd/6.0.4/amd64/iso-cd/からnetinstイメージを落として、適当にセ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
