► 2015 (4) ► 9月 (1) ► 8月 (1) ► 7月 (1) ► 5月 (1) ► 2014 (4) ► 9月 (1) ► 8月 (1) ► 3月 (1) ► 2月 (1) ▼ 2013 (8) ► 12月 (1) ► 9月 (1) ► 8月 (1) ► 3月 (2) ▼ 2月 (1) CentOS 6.3にRails実行環境を構築する(Nginx+Rails+Unicorn+Post... ► 1月 (2)
To use Unicorn instead of thin on heroku, do the following: Add gem "unicorn" to your Gemfile Add a Procfile Add config/unicorn.rb Procfile 1 web: bundle exec unicorn -p $PORT -c ./config/unicorn.rb 2 worker: bundle exec rake jobs:work 1 preload_app true 2 worker_processes 4 # amount of unicorn workers to spin up 3 timeout 30 # restarts workers that hang for 30 seconds 4 after_fork do |server, wor
開発時の選択肢 おそらくRails3が動くのは以下の3つ(2010/09/27時点)。基本的にはRackに対応していれば動く気がする。 Passengerは、Apacheモジュールとして動くのでApacheの設定までしなくてはならないという時点で開発時には使いたくない。 という事で、ここではthinとunicornについて説明する。 thin unicorn Passenger 各サーバについての説明と個人的な見解 thin 1ポートにつき、1プロセス。同時に複数のアクセスをさばくには複数のthinを立ち上げる必要があり、 本番運用ではApache+mod_proxy_balancer + thinxNという構成になる mongrelよりも高速という評判である unicorn Twitterが使用しているという事で注目を集めている。 マスタープロセスが子プロセスを複数作成して、アクセスを振
前回のエントリの通り、無事mondoid経由でrails3とmongodbでデータのCRUDができたが、rails標準添付のWEBサーバーであるWEBrickからのレスポンスが恐ろしく遅い。 以下、chromeの要素検証からのキャプチャー この速度では、開発には使うにはつらいので、話題のUnicornに切り替えた。インストールはGemfileに下記の一行を追加してbundle updateをrails_rootで実行 gem "unicorn" unicornの実行はrails_rootで下記のコマンド unicorn_rails 比較してみた。 爆速!ではないにしろ、普通のレスポンス。これなら開発で使える。 Unicornはnginxとの構成が人気なようなので、公開できそうなところまで実装が進んだらやってみたい。 最近そのあたりはPassのherokuにまかせるほうが、スピーディで時勢に
■ [ruby] 大規模Railsサイトのための新しいHTTPサーバ、Unicorn githubの中の人が、ブログで「Unicorn使い始めて一ヶ月くらい経つけどいい感じだよ」と書いています。 適当に要点だけ拾ってみました。 Unicornって何よ? UnicornはRubyのためのHTTPサーバ。MongrelやThinのようなものだけど、全く違う設計と思想を持っている ありがちな構成 [mongrel] [mongrel] .. [nginx] -> [haproxy] -> [mongrel] [mongrel] .. [mongrel] [mongrel] .. 問題点: あるactionの処理に60秒以上かかったとき、Mongrelが当該スレッドをkillしようとして固まることがある メモリが一定量を超えたときMongrelを再起動するのが遅い。 デプロイ時に9個のmongre
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く