・pm.max_children作成される子プロセスの最大数。プロセス数を増やしすぎるとメモリが枯渇します。逆に、高スペックのサーバであれば、ここの数値を高くすることで、より多くのリクエストを処理できるようになります。今回は、10としています。pm.max_spare_serversアイドル状態のサーバープロセス数。min_spare_serversの方は、最低でも起動しておくプロセス数。max_spare_serversの方は、各プロセスの処理完了時に、本値を超えていた場合はプロセスを終了する、という意味になります。以下の値とする必要があります。・pm.max_requests各子プロセスが、再起動するまでに実行するリクエスト数。設定しておくと、メモリリーク対策になります。今回は、500と設定しました。JMeterを使用して性能を測定しました。100KBの画像ファイル×10を1リクエストでアップロードするスレッド数1Ramp-Up期間1ループ回数100改善前、改善後のスループット/平均処理時間/90%Line処理時間は、以下の通りです。800ms平均で1リクエストあたり100ms以上、90%Lineでは150ms程、処理時間が改善されています。比較すると調整が難しく感じました。今回の改善については、通常のWebサーバとして利用する分には、設定値を変更する前でも特に問題無い速度が出ていたこと、改善されたのも100msと、体感できる程のものではなかったことから、劇的にアップロードのパフォーマンスが良くなるというものではないと思いました。3Dパノラマ動画をリアルタイム配信するために、大量の画像や音声をアップロードし続けるという今回の仕組みで利用する場合は、アップロードに要する時間は短ければ短いほどよく、とても重要な部分になります。このため、システムを作り上げた後、性能の測定と、設定値のチューニングを行うべきだと思いました。側のプロセス数に関連するものです。回すことができるため、プロセス数を大幅に増やすことで、更なる改善を行うことができます。今回は測定しておりませんが、アップロードではなく、ダウンロード側についても、今回紹介した設定値で改善することができます。設定のみで改善が見込めます。高速に動かしたいという場合には、参考にしてみてください。最後までご覧いただき、ありがとうございました。弊社では全国各地の請負い(ご自宅)で作業協力頂ける、フリーランスエンジニアの方を常時探しております。ご興味ある方は、お気軽にお問い合わせ下さい。コメントをキャンセルメールアドレスが公開されることはありません。BlogFeathersFeathersHTMLJavaScript。