スタンドアロンのDiscourseを高速化するための最適な構成

キューイングにより、より多くのウェブワーカーを使用できます。

また、中央値の時間がかなり高いようです。より高速なCPUでテストすることは可能ですか?

残念ながら、速度低下の原因がこのプラグインであったとしても、当コミュニティにおいてこのプラグインは主要なものの一つであり、いかなる方法でも削除することはできません。ユーザーはこのプラグインに強く依存しているためです!:sweat_smile:

現在、24 個の Web ワーカーを使用しています。Discourse は、24 コアの CPU(2 GHz)と 24 GB の RAM を備えた VM にインストールされています。残念ながら、パフォーマンスを向上させる他に方法がない限り、現在メインサーバーを変更することはできません。

現在の状況において、Web ワーカーの数を増やすことでパフォーマンスの向上が図れるとお考えですか?

より多くの Web ワーカーを使用することでキューイングを軽減できます

アクティブな Web リクエストグラフからオレンジ色のラインをなくそうとしています

ただし、典型的な中央値のリクエストにおけるパフォーマンスは向上しません

ありがとうございます、今わかりました。グラフを見ることで、Web ワーカーの数がシステムに対して十分かどうかを確認できます。

しかし、あなたの言うとおり、速度とパフォーマンスを向上させるには、より高い処理能力が必要であり、パラメータを変更してもそれ以上の効果は期待できません。

できるだけ早くこれをテストし、結果をお知らせください。

502 の原因は何ですか?ユニコーンワーカーが不足しているのでしょうか?サーバーを移動したばかりで、移動後にユーザーから時折 502 が発生するという報告を受けています。6C/16GB のサーバーがあり、unicorn_workers を 16 に設定しました(サーバー移動前は 12 でした)、db_shared_buffer を 4GB に、db_work_mem を 60MB に設定しました。

ユニコーンワーカーが多すぎると 502 が発生する可能性がありますか?(サーバー移行前に 4 つ少なかったことを考えると推測です)

設定を調整する必要があるのか、それとも対処する必要のある他の何かがあるのかを確認しようとしています。

よろしくお願いします。

はい、それは多すぎます。ユニコーンワーカーはコアあたり1〜2に設定してください。
6コアの場合、12を超えることはありません。かなり大きな共有バッファと私の勘を考慮すると、そのようなサーバー仕様では10程度に設定します。