最初は、Apacheとnginxの間の差である（ちょうどここにnginxののメリットを言及します）
Apacheの低性能の処理要求。
アパッチ：リクエスト、ブロッキングを処理するためのプロセス。
nginxの：、処理要求を複数の処理ノンブロッキング。
nginxのアプリケーションシナリオ
nginxのは、唯一の動的なリソースがアプリケーションサーバーへのリバースプロキシを持つことになり、静的なリソースを扱うことができます。
次の手順では、要求nginxのを処理しています。
Nginxは少しと機能
熱い展開は、アップグレードやオープンソース、高性能同時、スケーラブルな、非ブロックの非同期イベント駆動型モデルの二次開発をスムーズに
nginxのは、マルチプロセスアーキテクチャであります：
いくつかのプロセス、次のメインコースのマスタープロセス管理：
CM（Cacahマネージャー）、CL（Cacahローダー）、ワーカープロセス（このオートとして、一般的に、CPUコアそのものの数に基づいて設定ファイルを生成します）。
マスター・プロセスは、プロセス管理機能を持っている、あなたがソースコードの拡張子を変更したい場合はその可能性としてマスター・プロセスを変更しない、引き上げのプロセスをハングアップします。
Cacahローダーは、キャッシュをロードするために使用されます
Cacah Managerはキャッシュを管理するために使用されます
ローカルキャッシュは、ワーカープロセスの内部に格納されています。すべての子供たちは、通信に共有メモリ・アプローチを使用しています。
以下は、Linuxのセマフォ管理メカニズムです。
キーは、キーワードを殺すことです。
64の命令の合計は、以下のいくつかを明確にします：
キル-17 $ PID＃セマフォの親と子のコミュニケーション、子供がハングアップは、親プロセスに信号を送ります
キル-3 $ PID＃は、アプリケーションの動作を下にダンプします。それは、出力電流のすべてのスレッド状況に実行することができますので、
キル-15 $ PID＃普通のキル、プログラムが終了、スタックした場合、殺すことはできません
キル-9 $ PID番号に関係なく、やって阻止する、両方のキルを実行します
キル-1 $ PID＃コンフィギュレーションファイルをリロード
セマフォ管理nginxのを使用して
一般的に管理するための直接のワーカー・プロセスには推奨されていませんが、マネージャーの使用が管理するために
nignxイベントバインドされているが、一般的には彼の労働者の子プロセスは、あなたがあなたのCPUの数を与える少数のコンピュータを持っているということです
通常は自動設定ファイルの内部で自分自身を検出しているnginxの存在worker_processes。
次のとおりです。
nginxのは、私は、CPUですので、これはのみで、現在は1つのワーカープロセスであり、
次のように変更にプロファイルを変更することができます。
4変更し、構成ファイルをリロード
2つのコマンドがあります。
./nginx -reload
kill -1 xxxxあなたは見ることができます：
4つのワーカープロセスアップがあります。
ここで、ソースを変更する場合、または他の操作、ワーカープロセススレッドで一般的です。
もう一つは、./nginx -hヘルプにあります
