nginxのパフォーマンス設定 設定 nginx apache nginx php nginx rewrite

Nginx ワーカープロセス番号

構文:worker_processes 番号
デフォルト: ワーカープロセス 1; 機能: master_worker 実行モードで、ワーカー プロセスの数を定義します。ワーカー プロセスの数はパフォーマンスに直接影響します。では、いくつが適切なのでしょうか？ビジネスニーズに基づいて。各ワーカーはシングルスレッドプロセスであり、さまざまなモジュールを呼び出してさまざまな機能を実装します。これらのモジュールが呼び出しのブロックを引き起こさないと判断された場合、プロセスの数は CPU コアの数と同じになる可能性があります。そうでない場合は、プロセスの数がわずかに少なくなる可能性があります。

Nginx ワーカープロセスを指定した CPU コアにバインドします

構文:worker_cpu_affinity cpumask [cpumask…]

機能: 各ワーカーが非常にビジーであると仮定し、複数のプロセスが同じ CPU をめぐって競合すると、同期の問題が発生します。逆に、各ワーカー プロセスに独自の CPU がある場合は、完全な同時実行性が実現されます。
例:
ワーカープロセス 4; worker_cpu_affinity 1000 0100 0010 0001;

SSL ハードウェア アクセラレーション

構文: ssl_engine device

機能: サーバー上に SSL ハードウェア アクセラレーション デバイスがある場合、SSL プロトコルの処理を高速化するように構成できます。ユーザーは、OpenSSL が提供するコマンドを使用して、SSL ハードウェア アクセラレーション デバイスがあるかどうかを確認できます。 openssl Engine -t

システム コールの実行頻度 gettimeofday

構文: timer_resolution t; 機能: デフォルトでは、カーネル イベント呼び出し (epoll、select、pol、kqueue など) が返されるたびに、gettimeofday が実行されてカーネル クロックが実装され、nginx キャッシュ クロックが更新されます。初期の Linux では、このコストは小さくありませんでした。

Nginx ワーカープロセスの優先順位設定

構文:worker_priority nice; デフォルト: ワーカー優先度 0; 機能: Linux および Unix では、多くのプロセスが実行可能状態にある場合、カーネルが今回実行するプロセスを決定するために優先順位が使用されます。プロセスに割り当てられる CPU タイム スライスのサイズも優先度に関係します。優先度が高くなるほど、タイム スライスは長くなります (たとえば、デフォルトでは、最小タイム スライスは 5 ミリ秒、最大は 800 ミリ秒です)。優先度は、静的な優先度と、プロセスの実行に基づいてカーネルによって行われる動的調整 (現在は +-5 の調整のみ) の組み合わせによって決定されます。 Nice はプロセスの優先度で、値の範囲は -20 ～ +19 で、-20 が最も高い優先度、+19 が最も低い優先度です。 nice 値をカーネル プロセスよりも小さく設定することはお勧めできません (t は通常 -5)。

')​​.addClass('事前番号付け').hide(); $(this).addClass('has-numbering').parent().append($numbering); for (i = 1; i

').text(i)); }; $numbering.fadeIn(1700); }); });

上記は、nginx のコンテンツを含む nginx 設定のパフォーマンス構成を紹介しています。PHP チュートリアルに興味のある友人に役立つことを願っています。