この記事では、Apacheのプレフォルク、ワーカー、イベントMPMを比較します。リクエスト処理戦略を分析し、並行性と要求の特性に基づいてパフォーマンスの違いを強調(diào)します。イベントMPMは通常、交通量が多いaに優(yōu)れています

Apacheは、MPMS（プレフォルト、ワーカー、イベント）でリクエスト処理をどのように処理しますか？

Apacheのマルチプロセスモジュール（MPM）は、著信要求をどのように処理するかを決定します。各MPMは、子どものプロセスを管理するための異なる戦略を採用しており、パフォーマンスとリソースの利用に影響を與えます。 3つの主要なMPMを分解しましょう：プレフォルト、ワーカー、イベント。

プレフォーク：このMPMは、リクエストが屆く前に固定數(shù)の子プロセスを作成します。各子のプロセスは、一度に単一のリクエストを処理します。リクエストが入ったとき、Apacheはそれを利用可能な子プロセスに割り當(dāng)てます。すべてのプロセスがビジーである場合、プロセスが無料になるまでリクエストはキューにキューになります。このモデルはシンプルで堅牢で、良好な安定性を提供しますが、事前にフォークされたプロセスの數(shù)によって制限されているため、交通量の多いサイトでは効率が低下する可能性があります。

ワーカー：ワーカーMPMはハイブリッドアプローチを使用します。親プロセスのプールを作成し、それぞれが多くの子プロセス（スレッド）を生成します。各子プロセスは、スレッドを使用して複數(shù)のリクエストを同時に処理できます。これにより、スレッドはプロセスよりも軽量であるため、フレーターよりも優(yōu)れたリソース利用が可能になります。スレッドがブロックされている場合（たとえば、ネットワーク操作を待っています）、同じプロセス內(nèi)の他のスレッドはリクエストの処理を継続して並行性を向上させることができます。

イベント：イベントMPMは、ワーカーモデルに基づいて構(gòu)築され、イベント駆動型アーキテクチャを追加します。イベント（著信要求など）を処理し、ワーカースレッドに割り當(dāng)てる?yún)g一のメインプロセスを使用します。このモデルは非常に効率的で、少數(shù)のスレッドが多數(shù)の同時リクエストを処理できるようにします。多くの短命のリクエストでシナリオに優(yōu)れており、各リクエストのプロセスまたはスレッドの作成と管理のオーバーヘッドを最小限に抑えます。イベントMPMは非同期I/Oを使用して、パフォーマンスをさらに向上させます。

Apacheのプレフォルク、ワーカー、イベントMPMのパフォーマンスの違いは何ですか？

パフォーマンスの違いは、各MPMがリソースと並行性をどのように管理するかに起因します。

• プレフォーク：一般的に、特にリクエストが長期にわたって行われている場合、トラフィックの高いパフォーマンスが最も低い。そのパフォーマンスは、リソース集約型の子どものプロセスの數(shù)によって制限されます。安定性は良好ですが、同時性に苦労しています。
• 労働者：特に同時リクエストのために、プレフォームよりも大幅なパフォーマンス改善を提供します。スレッドを使用すると、システムリソースをより適切に活用できます。ただし、多くの短命のリクエストを伴う非常に高いトラフィックの場合、イベントMPMよりも効率が低下する可能性があります。
• イベント：通常、最もパフォーマンスの高いMPM、特に多くの短命の接続を備えた交通量の多いWebサイトの場合。イベント主導(dǎo)のアーキテクチャと非同期I/Oは、オーバーヘッドを大幅に削減し、リソースの利用を最大化します。ただし、構(gòu)成とトラブルシューティングをより複雑にすることができます。

どのApache MPM（プレフォルト、ワーカー、またはイベント）は、トラフィックハイトラフィックのWebサイトに最適ですか？

交通量の多いWebサイトの場合、イベントMPMは通常、最高のパフォーマンスを提供します。最小限のオーバーヘッドで多數(shù)の同時リクエストを処理する能力により、多くの短命の接続（Webサービング、API）を備えたシナリオに最適です。ワーカーMPMは、特にパフォーマンスと安定性のバランスが必要であり、リクエストの性質(zhì)が純粋に短命ではない場合に、良い選択にもなります。

特定のサーバー構(gòu)成に最適なApache MPM（プレフォルト、ワーカー、またはイベント）を選択するにはどうすればよいですか？

最適なMPMを選択することは、いくつかの要因に依存します。

• トラフィックボリュームとリクエストの特性：多くの短命のリクエストを伴う交通量が多いため、イベントMPMが支持されます。リクエストタイプが混在する中程度のトラフィックは、ワーカーMPMの恩恵を受ける可能性があります。低いトラフィックは、プレフィックで適切に提供される場合があります。
• サーバーリソース：利用可能なRAMおよびCPUコアの量が選択に大きく影響します。イベントMPMは、非常にパフォーマンスがありますが、正しく構(gòu)成されていない場合はリソース集約型になります。プレフォルトは通常、リソースに対する要求が少ないです。
• オペレーティングシステム：一部のオペレーティングシステムは、カーネルの最適化または制限により、特定のMPMを支持する場合があります。
• アプリケーション要件：特定のアプリケーションには、1つのMPMをより適切にする特定のニーズがある場合があります。たとえば、長期にわたるプロセスを必要とするアプリケーションは、プレフォルトまたはワーカーMPMに適している可能性があります。

要約すると、萬能の答えはありません。慎重な監(jiān)視とベンチマークから始めます。ワーカーMPMから多くのユースケースの良い出発點として始めて、重い負荷の下でパフォーマンスボトルネックが発生している場合は、イベントMPMを検討してください。 MPM構(gòu)成を変更した後、常にサーバーのパフォーマンスを徹底的にテストおよび監(jiān)視してください。プレフォルトは、通常、パフォーマンスが二次的な懸念である安定性批判的な狀況、または他のMPMの使用を妨げるリソースの制限がある場合にのみ考慮する必要があります。

以上がApacheは、MPMS（プレフォルト、ワーカー、イベント）でリクエスト処理をどのように処理しますか？の詳細內(nèi)容です。詳細については、PHP 中國語 Web サイトの他の関連記事を參照してください。