問題タブ [puma]

私を助けてください。puma サーバーは gzip 圧縮を使用できますか? はいの場合、どのように構成できますか?

config/puma.rb ファイルを使用しようとしています

何かのようなもの：

しかし、何も役に立ちませんでした。

私が使用するもの: Rails 4.0.0、jruby、puma。

各リクエストを 30 秒間フリーズする単純な Sinatra ベースのアプリケーションがあります。

次の puma 設定で rubinius 2.0.0-rc1 に puma (2.5.1) Web サーバーをセットアップしました。

私は、この構成が 3 つのリクエストを同時に処理できることを期待していましたが、4 つ目以降のリクエストは未使用のスレッドを待っています。しかし、リクエストは必然的に実行されるようです。2 番目の要求の処理は、最初の要求が終了した後でのみ開始されます。なんで？

Ruby on Rails は初めてで、すぐにプロジェクトを開始します。さまざまな Ruby 実装について読んだので、どのセットアップを使用するべきか迷っています。私のプロジェクトにはかなりの量のトラフィックがあると予想されます。

MRI Ruby (v 2.0) と JRuby (v 1.9) の 2 つのオプションを検討しています。MRI Ruby がマルチスレッド化されていないことと、これが Web アプリに与える影響が心配です。おそらく、アプリケーション サーバーはこの問題を解消できるでしょうか? 現在、アプリケーション サーバーとして Puma を使用しているようです。

要するに、1.9 でマルチスレッド化されている JRuby を使用する必要がありますか? それとも 2.0 で MRI Ruby を使用する必要がありますか?

Gitlab 6.0が昨日リリースされました。彼らがなぜPumaからUnicornに乗り換えたのか知りたいです。5 より前のバージョンではUnicornを使用していました。Pumaに乗り換えたほうがいいと思いました。

この切り替えには技術的な理由がありますか?

各同時実行方式のボトルネックを説明できる人はいますか?

Unicorn (プロセスベース)やPuma (スレッドベース)などのサーバー。

各方法は CPU コアを優先しますか? スレッド？または単にクロック速度？または特別な組み合わせ？

専用サーバーを使用する場合に必要な最適な CPU 特性を決定する方法は?

また、Unicorn の場合は最適なワーカーの量を、Puma の場合はスレッドの量をどのように決定すればよいでしょうか?

ActionController::LiveRails 4と Server Sent Events を試しています。MRI 2.0.0 と Puma を使用しています。

私が見る限り、接続された各クライアントはサーバーへのアクティブな接続を維持しています。すべての応答ストリームを実行し続けることなく、SSE を活用できるかどうか疑問に思っていました。

Puma はスレッドを使用して複数の接続を管理しますが、現在の接続数には制限があると思います。
何千ものクライアントが SSE イベントのために Rails アプリに登録している現実世界のシナリオをサポートしたい場合はどうすればよいですか?

例はありますか？

また、私は通常、nginx リバース プロキシの背後で Rails アプリ サーバーを実行しています。特定の設定が必要ですか？

Heroku での Puma のチューニングに関するほぼすべての記事を読んでいますが、ここでスイート スポットを見つけることができません。

1 日あたり約 100k のアクセスがあるサイトがあります。

2x Dynosを使ってみました。このアプリは平均的な Rails アプリであり、memcache に直接アクセスする時間の 80% を選択して実行します。ワーカーあたりの RAM の使用量は 160 ～ 180 MB です。

私は試した：

また、次のようなもの：

どの結果も私には説得力がありませんでした。ページビューは常に先週と比べて % 減少しており、サイトのトラフィックは変化していません。

共有したいトラフィックの多いサイトをチューニングした経験のある人はいますか? ほぼすべての記事でほぼ同じ構成が説明されていますが、サイトに同時に 100 人がアクセスすると事態は悪化します。