詳細については、CPUFREQレギュレーターオプションの完全なリストを參照してください。

類似性に気づきましたか？最初にこの比較を使用したいと思います。記事を書く最良の方法を見つけることを目標に、PHP-FPMのpm staticを最初の選択肢として推奨します。

設(shè)定について読んでください。これにより、RPIボードはパフォーマンスレギュレーターの使用を強制します。また、CPUクロック速度が低いため、パフォーマンスの改善がより顕著になります。 force_turbo

サーバーの最大パフォーマンスを達成pm static

設(shè)定は、サーバーのメモリの量に大きく依存します?；镜膜?、サーバーメモリが不十分な問題に問題がある場合は、pm staticまたはpm ondemandがより良い選択かもしれません。一方、十分なメモリを利用できる場合は、サーバーの最大容量にdynamicを設(shè)定することにより、PHPプロセスマネージャー（PM）のオーバーヘッドのほとんどを回避できます。言い換えれば、計算を行う場合、メモリの可用性やキャッシュストレスの問題を作成せずに実行できるPHP-FPMプロセスの最大數(shù)に設(shè)定する必要があります。また、CPUを圧倒し、多くの処理されていないPHP-FPM操作を引き起こすには高すぎないように設(shè)定しないでください。 pm static pm.static

上記の畫像では、このサーバーの

とpm = staticは、最大約10GBの32GBのインストールメモリを使用しています。自己解釈の強調(diào)表示された列に注意してください。このスクリーンショット中に、Googleアナリティクスには約200人の「アクティブユーザー」がありました（最後の60秒）。このレベルでは、PHP-FPMの子どもプロセスの約70％がまだアイドル狀態(tài)です。これは、PHP-FPMが常に現(xiàn)在のトラフィックに関係なくサーバーリソースの最大容量に設(shè)定されることを意味します。アイドルプロセスはオンラインにとどまり、PMが子どものプロセスを生み出してから閉じるのを待つのではなく、トラフィックピークを待ってすぐに応答します。これは、PHPメモリが漏れない生産サーバーであるため、pm.max_children = 100を非常に高く設(shè)定しました?，F(xiàn)在および將來のPHPスクリプトに110％の信頼性がある場合は、靜的でpm.process_idle_timeoutを使用できます。ただし、スクリプトを定期的に再起動することをお勧めします。ポイントはPMのオーバーヘッドを避けることであるため、リクエストの數(shù)をより高い數(shù)に設(shè)定します。たとえば、少なくともpm.max_requestsは、pm.max_requests = 0數(shù)とリクエストに応じて、1秒間です。 pm.max_requests = 1000 このスクリーンショットは、「u」（ユーザー）オプションとPHP-FPMユーザーの名前でLinuxpm.max_childrenを使用してフィルタリングされます。表示されるプロセスの數(shù)は約50（計算なし）ですが、基本的に

topいつtop

<code>top -bn1 | grep php-fpm</code>

設(shè)定を増やす/調(diào)整しようとするかもしれませんが、ServerFaultの投稿で説明されている人と同じエラーが表示されます。この場合、ネットワークトラフィックはトラフやピークで大きく変動するため、pm ondemandが低すぎて正しく調(diào)整することは困難です。通常のアドバイスは、dynamicを使用することです。しかし、これはさらに悪いことです。トラフィックがほとんどまたはまったくない場合、

highpm dynamicのみを使用する必要があります。

ただし、複數(shù)のPHP-FPMプールがある場合は、PM dynamic、特にondemandはリソースを節(jié)約できます。たとえば、複數(shù)のcPanelアカウントまたは異なるプールの下で複數(shù)のWebサイトをホストします。たとえば、100個以上のCPANELアカウントと約200のドメイン名を持つサーバーがあります。ウェブサイトの3分の2以上がトラフィックをほとんど持っていないため、pm.staticのみをうまく実行できます。これは、すべての子プロセスがシャットダウンされ、多くのサーバーメモリを保存することを意味します。ありがたいことに、CPANELの開発者はこの問題を解決しましたが、今ではデフォルトでdynamicになりました。以前は、デフォルトでondemandを使用しているため、IDLE CPANEL PHP-FPMプール/アカウントでもPHP-FPMが共有サーバー上のオプションになりました。良いトラフィックを受け取った場合、多數(shù)のPHP-FPMプール（共有ホスト）を備えたサーバーでホストする可能性は低いです。 ondemand ondemand結(jié)論dynamic PHP-FPMでは、大量のトラフィックの提供を開始すると、PHP-FPMの

プロセスマネージャーは、固有のオーバーヘッドのためにスループットを制限する可能性があります。システムを理解し、サーバーの最大容量に一致するようにPHP-FPMプロセスを設(shè)定します。

に基づいた最大使用設(shè)定から始めて、メモリとCPUが圧倒されることなく処理できるポイントまで増加します。 ondemandを使用することは、すべてがメモリに存在するため、時間の経過とともにトラフィックピークがCPUをピークにし、サーバーの負荷とCPUの平均がよりスムーズになるためです。 PHP-FPMプロセスの平均サイズはWebサーバーによって異なり、手動で調(diào)整する必要があるため、より自動化されたオーバーヘッドプロセスマネージャー（dynamicおよびpm dynamic ondemandpm.max_children更新：A/Bベンチマーク比較チャートを追加しました。 PHP-FPMプロセスがメモリに存在することは、パフォーマンスを改善するのに役立ちますが、メモリの使用量を増やして待機狀態(tài)に保ちます。設(shè)定に最適なポイントを見つけてください。 pm staticdynamic ondemand

PHP-FPM調(diào)整に関するFAQ（FAQ） PHP-FPMとは何ですか？サーバーのパフォーマンスにとってなぜそれが重要なのですか？

PHP-FPMまたはFASTCGI Process Managerは、特に忙しいサイトでは、あらゆるサイズのサイトに役立つ追加機能を備えた別のPHP FastCGI実裝です。サーバーのパフォーマンスは、ワーカープールを活用することにより、サーバーが同時訪問者からのより多くのリクエストを処理できるため、重要です。これらのプロセスは、PHPファイルを解析し、動的コンテンツを生成し、クライアントに提供する責任があります。これらのプロセスを効果的に管理することにより、PHP-FPMはサーバーのパフォーマンスとスケーラビリティを大幅に向上させることができます。

PHP-FPMは私のウェブサイトのパフォーマンスをどのように改善しますか？

PHP-FPMは、PHPプロセスを効果的に管理することにより、Webサイトのパフォーマンスを向上させます。主なプロセスを使用して、PHPスクリプトを処理する複數(shù)の子プロセスを制御します。これにより、アイドルプロセスを終了し、必要に応じて新しいプロセスを生成できるため、サーバーリソースを効率的に使用できます。さらに、PHP-FPMはOpCodeキャッシュをサポートします。これは、共有メモリにプリコンパイルされたスクリプトバイトコードを保存することでPHPの実行を大幅に高速化でき、PHPがすべてのリクエストでスクリプトをロードして解析する必要性を排除できます。

php-fpmのpm static構(gòu)成とは何ですか？パフォーマンスにどのように影響しますか？

pm staticphp-fpmでは、

pm最大のパフォーマンスのためにPHP-FPMの調(diào)整には、複數(shù)の構(gòu)成設(shè)定を調(diào)整することが含まれます。これらの設(shè)定には、使用するプロセスマネージャーを決定するpm.max_children設(shè)定と、子プロセスの最大數(shù)を設(shè)定するpm.start_servers設(shè)定が含まれます。その他の重要な設(shè)定には、開始されたサーバーの數(shù)、アイドルサーバーの最小數(shù)、およびサーバーの最大數(shù)をそれぞれ制御するpm.min_spare_servers、pm.max_spare_servers、

pm.max_childrenPHP-FPMの一般的な問題には、CPUの使用量が多い、応答時間の遅い、および子プロセスの最大數(shù)に到達することに関連するエラーが含まれます。これらの問題は、多くの場合、PHP-FPM構(gòu)成の設(shè)定を調(diào)整して、

php-fpmのパフォーマンスを監(jiān)視する方法は？

PHP-FPMのパフォーマンスを監(jiān)視するために、いくつかのツールが利用できます。これらのツールには、PHP-FPMステータスページ（ワーカープロセスの現(xiàn)在の狀態(tài)に関する情報を提供します）と、topやpsなどのさまざまなコマンドラインツールが含まれます。さらに、より詳細なメトリックとアラートを提供するサードパーティの監(jiān)視ソリューションがいくつかあります。

PHP-FPMを使用するためのベストプラクティスは何ですか？

PHP-FPMを使用したベストプラクティスには、サーバーのリソースとトラフィックモードを一致させるプロセスマネージャーの設(shè)定と、問題を特定して解決するためのパフォーマンスを定期的に監(jiān)視することが含まれます。さらに、PHP-FPMとWebサーバーソフトウェアを最新の狀態(tài)に保ち、最新のパフォーマンスの改善とセキュリティの修正を活用してください。