Configuring Puma, Unicorn and Passenger for Maximum Efficiency
In Ruby, web application servers are like gasoline in a car: the fancy stuff won’t make your car go any faster, but the nasty stuff will bring you grinding to a halt. Application servers can’t actually make your app significantly faster - no, they’re all pretty much the same and changing from one to the other won’t improve your throughput or response times by much. But it is easy to shoot yourself
nginx+Rails+unicorn 環境下で タイムアウト値を設定 - Qiita
nginx + Rails + unicorn の環境で、レスポンスタイムが最大 120 秒の外部 API を実行した際、 Rails ( nginx ) からはタイムアウト ( 60秒 ) が返ってきているにもかかわらず、 実行された外部 API 側では処理されてしまうという現象が発生したので、タイムアウト値を設定した。 unicorn 側は、外部 API の 120 秒から余裕を持って 150 と設定 worker_processes 4 timeout 150 root = File.expand_path(File.dirname(__FILE__) + '/../') listen '/tmp/hoge.sock' pid '/tmp/hoge.pid' stderr_path "#{root}/log/unicorn_error.log" stdout_path "#{root
unicorn.git - Rack HTTP server for Unix and fast clients
Note: no code changes since 5.1.0.pre1 from January.^WNo, wait, last minute performance improvement added today. See below. The big change is rack is not required (but still recommended). Applications are expected to depend on rack on their own so they can specify the version of rack they prefer without unicorn pulling in a newer, potentially incompatible version. unicorn will always attempt to wo
Mastering Concurrency | AppSignal Blog
Mastering concurrency Multiple people will use your app at the same time, and you want to deliver your app as fast as possible. So you'll need some way to handle concurrency. Fear not! Most web servers already do this by default. But when you need to scale, you want to use concurrency in the most efficient way possible. Different types of concurrency There are multiple ways to handle concurrency:
最近の Rack サーバ事情について - おもしろwebサービス開発日記
先月、heroku の推しサーバが unicorn から puma に変わったという発表がありました。unicorn だとスロークライアントの影響を受けやすいというのが理由なようです。 もう少し詳しく調べてみましょう。 そもそもスロークライアントってなに その名の通り遅い回線のクライアントです。3G環境のモバイル端末などが該当します。 「unicorn だとスロークライアントの影響を受けやすい」とは unicorn はプロセスモデルのサーバであり、blocking I/O モデルを採用しています。つまり、クライアントとの通信中プロセスが専有されるということです。 例えば unicorn がワーカプロセスを3つ立ち上げていて、そこへ通信完了に10分かかるようなスロークライアントが3つ接続されたら…、続くクライアントはスロークライアントの通信が完了するまで実行を待たなければならなくなります。プ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Gunicorn - Wikipedia
