Rails: Puma/Unicorn/Passengerの効率を最大化する設定（翻訳）｜TechRacho by BPS株式会社
まとめ: アプリのサーバー設定はRuby Webアプリのスループットやコストあたりのパフォーマンスに大きな影響を与えます。設定の中でも最も重要なものについて解説します（2846 word、13分） RubyのWebアプリサーバーは、ある意味で自動車のガソリンに似ています。よいものを使ってもそれ以上速くなりませんが、粗悪なものを使えば止まってしまいます。実際にはアプリサーバーでアプリを著しく高速化することはできません。どのサーバーもだいたい同じようなものであり、取っ替え引っ替えしたところでスループットやレスポンスタイムが向上するわけではありません。しかしダメな設定を使ったりサーバーで設定ミスしたりすれば、たちまち自分の足を撃ち抜く結果になります。クライアントのアプリでよく見かける問題のひとつがこれです。 本記事では、3つの主要なRuby アプリサーバーであるPuma、Unicorn、Pass
Rails unicorn
プロセスが並列にリクエストを投げるようなウェブアプリケーションは、同じ時間に一つだけしかリクエストを投げないアプリケーションに比べて、Dynoのリソースをより効率的に使える状態になります。従って、並列リクエスト処理は本格的なサービスを開発、運用するいかなる場合でも推奨されます。 Railsは元々は同時に１リクエストしか処理しないように設計をされています。そして、徐々にこの設計から、単体のRubyプロセス内でリクエストの並列処理を許すようなスレッドセーフの実装へと移行しています。しかし今日では、ほとんどのRubyアプリケーションはサポートをしていません。 Unicornウェブサーバは、一つのDynoで複数のRubyプロセスを走らせる事で、どんなRailsアプリケーションでも並列に走らせられるようになります。 このガイドでは、Unicornウェブサーバを使ったHerokuへのRailsアプリケ
アプリサーバー対決 パート1：主なRubyアプリケーションサーバーの機能比較 - Engine Yard Blog
本記事は英語版ブログで公開された記事の翻訳版です。 2013年7月に、米国テキサス州オースティンで開催されたLonestar Ruby Conferenceで、Rubyによるアプリケーションサーバーについてお話させていただきました。その中でいくつかのRubyアプリケーションサーバーのパフォーマンスや、さまざまな状況における挙動の違いを比較しました。この記事では、講演準備として行ったリサーチの中で分かったことをかいつまんでご紹介します。 実際のカンファレンスの録画をご覧になりたい方は、Confreaksで公開されていますのでそちらをご参照ください。テストに使用した簡単な自作アプリケーションはGitHubに、講演スライドはSlideshareにそれぞれ公開しています。 このリサーチは、Passenger 4のパフォーマンス評価以外すべて2013年7月に行ったものなので、情報が多少古くなっている
最近の Rack サーバ事情について - おもしろwebサービス開発日記
先月、heroku の推しサーバが unicorn から puma に変わったという発表がありました。unicorn だとスロークライアントの影響を受けやすいというのが理由なようです。 もう少し詳しく調べてみましょう。 そもそもスロークライアントってなに その名の通り遅い回線のクライアントです。3G環境のモバイル端末などが該当します。 「unicorn だとスロークライアントの影響を受けやすい」とは unicorn はプロセスモデルのサーバであり、blocking I/O モデルを採用しています。つまり、クライアントとの通信中プロセスが専有されるということです。 例えば unicorn がワーカプロセスを3つ立ち上げていて、そこへ通信完了に10分かかるようなスロークライアントが3つ接続されたら…、続くクライアントはスロークライアントの通信が完了するまで実行を待たなければならなくなります。プ
サブディレクトリで Rails アプリを分けるための nginx の設定 - Qiita
環境 サーバー: Gehirn RS2 Ruby: 2.0.0p0 Rails: 4.0.0.beta1 nginx: 1.2.7 unicorn: 4.6.2 やりたいこと Gehirn の初期ドメインは user_name.gehirn.ne.jp となっている。 ここで user_name.gehirn.ne.jp/rails_app のURIアクセスがあったとき public_html/rails_app 以下に飛ぶように nginx を設定する方法を述べる。 事前準備 この記事を参考に以下の作業をしておきます。 http://qiita.com/items/c1edfa84b34dba2211ac 公開鍵の登録 データベースの作成 Ruby のインストール ($ rs2 install rubyで大丈夫です) nginx のインストール unicorn のインストール (Rail
Rails 4.2 + Unicorn + Nginx でアプリケーションサーバの構築 - Qiita
source 'https://rubygems.org' gem 'rails', '4.2.0' gem 'sqlite3' gem 'sass-rails', '~> 5.0' gem 'uglifier', '>= 1.3.0' gem 'coffee-rails', '~> 4.1.0' gem 'therubyracer', platforms: :ruby gem 'jquery-rails' gem 'turbolinks' gem 'jbuilder', '~> 2.0' gem 'sdoc', '~> 0.4.0', group: :doc gem 'bcrypt', '~> 3.1.7' gem 'unicorn' group :development, :test do gem 'byebug' gem 'web-console', '~> 2.0' gem 'sp
rails4 + unicorn + nginx - Qiita
@app_path = '/home/rails/rails/test/json_server' worker_processes 2 working_directory "#{@app_path}/" preload_app true timeout 30 listen "/tmp/unicorn.sock", :backlog => 64 pid "/tmp/unicorn.pid" stderr_path "#{@app_path}/log/unicorn.stderr.log" stdout_path "#{@app_path}/log/unicorn.stdout.log" before_fork do |server, worker| defined?(ActiveRecord::Base) and ActiveRecord::Base.connection.disconnec
transitive.info - さくらの VPS に rails をインストール
さくらの VPS に rails をインストール rails3、nginx、unicorn をインストールしたときのメモ。 Ubuntu のインストール Ubuntu を使いたいのでいきなり再インストールする。 ウェブから再インストールを始めると ホスト名、IPアドレス、ネットマスク、ゲートウェイ、ネームサーバ が表示される。インストールのときに使用するのでどこかにメモを残しておく。 ソフトウェアをインストール /etc/apt/sources.list の backport を有効にして apt-get install emacs23-nox lv zsh tmux nginx をインストール PPA から nginx をインストールする。 apt-get install python-software-properties add-apt-repository ppa:nginx/st
nginx+rvm+rails2+unicornなRedmineをCentOS 5.6上に構築 | らいふログ
前提条件 nginxのインストール 実行用ユーザ作成 インストール 起動テスト rvmのインストール gitインストール rvmインストール rails環境構築 ruby 1.8.7のインストール RubyGems 1.4.2のインストール rails2のインストール unicornのインストール Redmineの構築 必要なGEMの導入 Redmineの設置 設定 unicorn起動 各種設定 nginx設定 Redmine向けunicorn設定 nginx起動＆確認 Redmine 1.1.3をインストールした時のまとめ。 色々とバージョン指定が多いので大変だった…。 前提条件 MySQLはすでに構築済み example.comというドメインでアクセス nginxというユーザで実行 以下、 # は rootユーザ $ は nginxユーザ として記述。 nginxのインストール 実行用
Account Suspended
Account Suspended This Account has been suspended. Contact your hosting provider for more information.
Route 477(2009-11-10)
■ [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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Capistrano 3系でRails 5.1のデプロイ[rbenv][ruby2.4]![Capistrano 3系でRails 5.1のデプロイ[rbenv][ruby2.4]](https://cdn-ak-scissors.b.st-hatena.com/image/square/c2ea7e72d0d7f3ba6c237909f321e67ffbdaa24e/height=288;version=1;width=512/https%3A%2F%2Fmorizyun.github.io%2Fimg%2Fog_image.png)
GitHub WikiのOSS版 Gollumを使う方法 - Qiita