nginxを最適化する方法

Ngnix は、リクエストの高速処理を支援するためにハッシュ テーブルを使用します。

キーとその値を保存するハッシュテーブル記憶部のサイズが、設定したパラメータ(ハッシュバケットサイズ)を超えないことを考慮し、Nginxは起動時と再構成のたびにハッシュ化されます。 . 可能な限り小さいテーブル サイズを選択します。 (推奨される学習: nginx の使用 )

ハッシュ テーブルのサイズがパラメーター (ハッシュ最大サイズ) を超えるまで、再選択します。たとえば、サーバー名を格納するハッシュ テーブルは、命令

server_names_hash_max_size

と

server_names_hash_bucket_size

によって制御されます。パラメータのハッシュ バケット サイズは常にハッシュ テーブルのサイズと等しく、プロセッサ キャッシュ サイズの倍数になります。メモリ内のアクセス数を減らした後、プロセッサ内のハッシュ テーブルのキー値の検索を高速化することができます。

ハッシュ バケット サイズがプロセッサ キャッシュのサイズと等しい場合、キーを検索するとき、メモリ内の検索回数は最悪の場合 2 回になります。 1 回目はストレージ ユニットのアドレスを決定し、2 回目はストレージ ユニット内のキー値を見つけます。

したがって、Nginx がハッシュ最大サイズまたはハッシュ バケット サイズを増やす必要があるというプロンプトを表示した場合、最初に行うことは、前のパラメーターのサイズを増やすことです。

イベントモデル

Nginx は、次の接続処理メソッド (I/O 多重化メソッド) をサポートしています。これらのメソッドは、

use

ディレクティブを通じて指定できます。

選択 - 標準の方法。現在のプラットフォームでこれより効率的な方法がない場合、これがコンパイル時のデフォルトの方法になります。このモジュールは、構成パラメータ

--with-select_module

および

--without-select_module

を使用して有効または無効にできます。

投票 - 標準的な方法。現在のプラットフォームでこれより効率的な方法がない場合、これがコンパイル時のデフォルトの方法になります。このモジュールは、構成パラメータ

--with-poll_module

および

--without-poll_module

を使用して有効または無効にできます。

kqueue - FreeBSD 4.1、OpenBSD 2.9、NetBSD 2.0、および MacOS X で使用される効率的な方法。デュアルプロセッサ MacOS X システムで kqueue を使用すると、カーネル パニックが発生する可能性があります。

epoll - Linux カーネル バージョン 2.6 以降のシステムで使用される効率的な方法。 SuSE 8.2 などの一部のディストリビューションには、2.4 カーネルで epoll をサポートするパッチがあります。

rtsig - 実行可能なリアルタイム信号。Linux カーネル バージョン 2.2.19 以降のシステムで使用されます。デフォルトでは、システム全体で表示できる POSIX リアルタイム (キュー) シグナルは 1024 個までです。この状況は負荷の高いサーバーでは非効率であるため、カーネル パラメータ

/proc/sys/kernel/rtsig-max

を調整してキュー サイズを増やす必要があります。ただし、Linux カーネル バージョン 2.6.6-mm2 以降、このパラメータは使用されなくなり、プロセスごとに独立したシグナル キューが存在し、このキューのサイズは RLIMIT_SIGPENDING パラメータで調整できます。このキューが混雑しすぎると、nginx はキューを放棄し、正常に戻るまで

poll

メソッドの使用を開始して接続を処理します。

/dev/poll - Solaris 7 11/99、HP/UX 11.22 (eventport)、IRIX 6.5.15、および Tru64 UNIX 5.1A で使用される効率的な方法。

eventport - 効率的なSolaris 10ではこの方法を使用しています。カーネルクラッシュを防ぐために、このセキュリティパッチをインストールする必要があります。

以上がnginxを最適化する方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。