PHP7 は 2015 年 12 月に正式にリリースされます。 ##PHP7 は PHP スクリプトのメジャー バージョンになります言語のアップデートにより、大幅なパフォーマンスの向上と新機能がもたらされるだけでなく、いくつかの古い機能も改善されます。 このリリースでは、PHP バージョン ツリーの phpng ブランチから派生したパフォーマンスの強化に焦点を当てます。 PHP ツールメーカー Zend Technologies は、シリコンバレー企業の ZendCon カンファレンスで、phpng と PHP7 の進歩について公式に議論しました。 PHP 言語の開発に携わった Zend CEO の Andy Termans 氏は、「(このアップグレードは) PHP の他の改善点と合わせて、業界がアプリケーションの実行速度を大幅に向上させることに重点を置いています」と述べています。と開発）を表現しました。
# #公式 Web サイトで紹介されている php7 エンジンと機能を見てみましょう:
PHP7 エンジン (PHP 7 / PHPNG に含まれる内容)
##1) PHP7 は PHP5.6 の 2 倍高速です。
# 2) JIT - ジャストインタイムコンパイラ 実際、2013 年に、Niao 兄弟と Dmitry (PHP 言語コア開発者の 1 人) は、PHP5.5 バージョン (未リリース) で JIT を試みたことがあります。 PHP5.5 の本来の実行プロセスは、字句解析および構文解析を通じて PHP コードをオペコード バイトコードにコンパイルし (形式はアセンブリに似ています)、その後、Zend エンジンがこれらのオペコード命令を読み取り、1 つずつ解析して実行します。 そして、オペコードリンクの後に型推論 (TypeInf) を導入し、JIT を通じて ByteCode を生成して実行しました。 その結果、ベンチマーク(テストプログラム)ではJIT導入後、PHP5.5と比較して8倍のパフォーマンス向上という素晴らしい結果が得られました。しかし、この最適化を実際のプロジェクト WordPress (オープンソース ブログ プロジェクト) に導入したところ、パフォーマンスの向上はほとんど見られず、不可解なテスト結果が得られました。 そこで、彼らは Linux でプロファイル タイプ ツールを使用して、プログラム実行の CPU 時間消費を分析しました。 WordPress を 100 回実行したときの CPU 消費量の分布: CPU 時間の 21% がメモリ管理に費やされます。 CPU 時間の 12% は、主に PHP 配列の追加、削除、変更、チェックなどのハッシュ テーブル操作に費やされます。 CPU 時間の 30% が strlen などの組み込み関数に費やされます。 CPU 時間の 25% が VM (Zend Engine) に費やされます。 分析後、次の 2 つの結論が導き出されました: (1) JIT によって生成された ByteCode が大きすぎる場合、CPU キャッシュ ヒット率が低下します (CPU キャッシュ ミス) PHP5.5 コードでは、明らかな型定義がないため、型推論は頼りました。可能な限り推論できる変数の型を定義し、型推論と組み合わせて、その型以外の分岐コードを削除し、直接実行可能な機械語コードを生成します。ただし、型推論ではすべての型を推論できるわけではなく、WordPress では推論できる型情報は 30% 以下に限られており、削減できる分岐コードも限られています。その結果、JIT 後にマシン コードが直接生成され、生成される ByteCode が大きすぎるため、最終的に CPU キャッシュ ヒット (CPU キャッシュ ミス) が大幅に減少します。 CPU キャッシュ ヒットとは、CPU が命令を読み取って実行するときに、必要なデータが CPU の 1 次キャッシュ (L1) で読み取れない場合、下方への検索を継続する必要があることを意味します。 、2次キャッシュ（L2）と3次キャッシュ（L3）に至るまで、最終的にはメモリ領域で必要な命令データを見つけようとします。メモリとCPUキャッシュの間の読み取り時間のギャップは、最大に達する可能性があります。 100倍レベル。したがって、ByteCode が大きすぎて実行される命令の数が多すぎる場合、多値キャッシュではそれほど多くのデータを収容できず、一部の命令をメモリ領域に格納する必要があります。 ## したがって、CPU キャッシュ ヒット率の低下は、消費時間の大幅な増加を引き起こす一方、パフォーマンスの向上により、 JITによるもそれによってオフセットされます。 JIT により VM のオーバーヘッドが削減されると同時に、命令の最適化によりメモリ割り当ての数が削減されるため、間接的にメモリ管理の開発を削減できます。ただし、実際の WordPress プロジェクトの場合、VM に費やされる CPU 時間はわずか 25% であり、主な問題やボトルネックは実際には VM にありません。したがって、JIT 最適化プランは、このバージョンの PHP7 機能には含まれていませんでした。ただし、今後のバージョンで実装される可能性は高いので、期待しておきましょう。 (2) JIT パフォーマンスの改善効果は、プロジェクトの実際のボトルネックに依存します。 JIT には、ベンチマークへの大きな影響 この程度の改善は、コードの量が比較的少なく、最終的に生成される ByteCode も比較的小さく、主なオーバーヘッドが VM にあるためです。ただし、実際の WordPress プロジェクトでは、WordPress のコード量がベンチマークよりもはるかに大きいため、明らかなパフォーマンスの向上はありません。JIT は VM のオーバーヘッドを削減しますが、CPU キャッシュ ヒットと余分なメモリの減少を引き起こします。 ByteCode が大きすぎるため、オーバーヘッドが発生し、最終的には改善されません。 プロジェクトの種類が異なると、CPU オーバーヘッド率も異なり、結果も異なります。実際のプロジェクトを使用しないパフォーマンス テストは、あまり代表的ではありません。 3). Zval の変更点 実際、PHP のさまざまなタイプの変数の実際の記憶媒体は Zval であり、その許容範囲と耐性が特徴です。本質的には、C言語で実装された構造体(struct)です。 PHP を書く学生にとっては、大まかに配列のようなものとして理解できます。 PHP5 の Zval、メモリは 24 バイトを占有します: PHP7 の Zval、メモリは 16 バイトを占有します: Zval は 24 バイトから 16 バイトに減少しました。なぜ減少しましたか? 学生を支援するために、ここに C 言語の基礎を少し追加する必要があります。 C に詳しくない人には理解できないでしょう。 struct と Union (union) の間には若干の違いがあり、Struct の各メンバー変数は独立したメモリ空間を占有しますが、union のメンバー変数はメモリ空間を共有します (つまり、メンバー変数の 1 つが変更されると、パブリックスペースは変更後、他のメンバー変数の記録はありません）。したがって、メンバー変数がより多くなったように見えますが、実際に占有されるメモリ領域は減少しています。 さらに、大幅に変更された機能が他にもあり、一部の単純な型では参照が使用されなくなりました。 Zval 構造図: 図中の Zval は 2 つの 64 ビット (1 バイト = 8 ビット、ビットは「ビット」) で構成されます。型がlongまたはbealoonで、長さが64ビットを超えない場合、値に直接格納され、後続の参照はありません。変数の型が 64 ビットを超える配列、オブジェクト、文字列などの場合、格納される値は実際の記憶構造アドレスを指すポインタになります。 単純な変数型の場合、Zval ストレージは非常にシンプルかつ効率的になります。 参照が必要ない型: NULL、Boolean、Long、Double 参照が必要な型: String、Array、Object、Resource、Reference 4) . 内部型 zend_string Zend_string は実際に文字列を格納する構造体であり、実際のコンテンツが格納されます。 val(char ,character type) で、val は長さ 1 の char 配列です (メンバー変数の占有に便利です)。 構造体の最後のメンバー変数は、char* を使用する代わりに char 配列を使用します。ここでは、次の小さな最適化トリックを使用して、 CPU キャッシュミス。 char 配列を使用する場合、上記の構造体のメモリに malloc を適用すると、同じ領域に適用されます。通常、長さは実際の sizeof(_zend_string) になります。文字の保存スペース。ただし、char* を使用する場合、この場所に格納されるのはポインタのみであり、実際の格納場所は別の独立したメモリ領域にあります。 # char[1] と char* を使用したメモリ割り当ての比較: ロジック実装の観点から見ると、実際にはこの 2 つに大きな違いはなく、効果は非常に似ています。実際、これらのメモリ ブロックが CPU にロードされると、見た目は大きく異なります。前者は連続して割り当てられた同じメモリであるため、通常、CPU がそれを読み取るときに一緒に取得できます (同じレベルのキャッシュにあるため)。後者は、2 つのメモリからのデータが含まれているため、CPU が最初のメモリを読み取るときに、2 番目のメモリのデータが同じレベルのキャッシュにない可能性が非常に高いため、CPU は L2 (2 次キャッシュ) の下を検索する必要があります。 Even to 目的の 2 番目のメモリデータがメモリ領域に見つかりました。これにより CPU キャッシュ ミスが発生し、両者の時間の差は最大 100 倍になる可能性があります。 #さらに、文字列をコピーするとき、参照割り当てを使用すると、zend_string はメモリのコピーを回避できます。 5). PHP 配列 (HashTable および Zend 配列) の変更点 この図は、さまざまなポインターが飛び回っており、非常に複雑に見えます。キー値を通じて要素のコンテンツにアクセスすると、場合によっては、適切なコンテンツを見つけるには、3 回のポインター ジャンプが必要です。最も重要な点は、これらの配列要素の格納が異なるメモリ領域に分散されていることです。同様に、CPU が読み取りを行う場合、同じレベルのキャッシュにない可能性が高いため、CPU は下位レベルのキャッシュ、さらにはメモリ領域を検索する必要があり、これにより CPU キャッシュ ヒットが減少します。消費量が増加する時間。 PHP7 の Zend 配列 (PPT からのスクリーンショット): 配列構造の新しいバージョン, とてもシンプルで目を引きます。最大の特徴は、配列要素全体とハッシュマッピングテーブルがすべて接続され、同じメモリ上に割り当てられていることです。単純型の整数配列を走査している場合、配列要素 (バケット) 自体が同じメモリ内に継続的に割り当てられ、配列要素の zval が整数要素を内部的に格納するため、効率が非常に速くなります。ポインタ外部リンクでもあり、すべてのデータは現在のメモリ領域に保存されます。もちろん、最も重要なことは、CPU キャッシュ ミス (CPU キャッシュ ヒット率の低下) を回避できることです。 Zend 配列の変更: (1) 配列の値のデフォルトは zval です。 (2) HashTable のサイズは 72 バイトから 56 バイトに減少し、22% 削減されました。 (3) バケットのサイズは 72 バイトから 32 バイトに減少し、50% 削減されました。 (4) 配列要素のバケットのメモリ空間はまとめて割り当てられます。 (5) 配列要素 (Bucket.key) のキーは zend_string を指します。 (6) 配列要素の値がバケットに埋め込まれます。 (7) CPU キャッシュミスを削減します。 6). 関数呼び出し規約 PHP7 が改良されました 関数呼び出しメカニズムパラメータ転送プロセスを最適化することで一部の命令を削減し、実行効率を向上させます。 PHP5 の関数呼び出しメカニズム (PPT からのスクリーンショット): 7). マクロ定義とインライン関数 (インライン) を使用して、コンパイラに作業の一部を事前に完了させます。 # C言語のマクロ定義は前処理段階(コンパイル段階)で実行され、作業の一部が事前に完了しており、プログラム実行時にメモリを確保する必要がなく、関数ライクに実現できます。関数呼び出しのスタックプッシュやポップアップがないため、スタックのオーバーヘッドが発生せず、効率が高くなります。インライン関数も同様で、前処理の段階でプログラム中の関数を関数本体に置き換えますが、ここで実際に実行するプログラムを実行する際には関数呼び出しのオーバーヘッドは発生しません。 PHP7 では、この点で多くの最適化が行われ、実行フェーズで実行する必要がある多くの作業がコンパイルフェーズに組み込まれました。例えば、パラメータの型判定（Parameters Parsing）はすべて固定の文字定数であるため、コンパイル段階で完了することができ、その後の実行効率が向上します。 たとえば、下図では、左の記述方法から右のマクロの記述方法まで、渡されるパラメータの型の扱い方が最適化されています。
より多くのエラーがキャッチ可能になります 例外 PHP7 はグローバルなスロー可能なインターフェイスを実装しており、元の例外と一部のエラーが実装されています。このインターフェイスは、例外の継承構造を定義するために使用されます。インターフェースの形式。その結果、PHP7 ではより多くのエラーがキャッチ可能な例外となって開発者に返され、キャッチされなかった場合はエラー、キャッチされた場合はプログラム内で処理できる例外となるようになりました。これらのキャッチ可能なエラーは通常、存在しない関数など、プログラムに致命的な害を及ぼさないエラーです。 PHP7 は開発者の処理をさらに容易にし、開発者がプログラムをより詳細に制御できるようにします。デフォルトでは、エラーによりプログラムが直接中断されますが、PHP7 はエラーをキャプチャして処理する機能を提供し、プログラムの実行を継続できるため、プログラマはより柔軟な選択肢を得ることができます。 #たとえば、存在するかどうかわからない関数を実行する場合、PHP5 互換のメソッドでは、関数の前に判定 function_exist を追加します。 PHP7 はキャプチャをサポートしていますが、例外の処理方法を示します。 下の図の例 AST (抽象構文ツリー、抽象構文ツリー) AST は、PHP コンパイル プロセスでミドルウェアの役割を果たし、インタープリターからオペコードを直接吐き出す元の方法を置き換え、インタープリター (パーサー) とコンパイラー (コンパイラー) を分離します。これにより、一部のハック コードが削減され、同時に実装の理解と保守が容易になります。 PHP5： PHP7： その他の AST 情報: https://wiki.php.net/rfc/abstract_syntax_tree #ネイティブ TLS (ネイティブ スレッド ローカル ストレージ、ネイティブ スレッド ローカル)ストレージ）＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃ PHP は、スレッドが共有するため、マルチスレッド モード (たとえば、Web サーバー Apache のワーカー モードとイベント モードはマルチスレッドです) で「スレッド セーフ」(TS、スレッド セーフ) の問題を解決する必要があります。プロセスのメモリ空間であるため、他のスレッドとの相互汚染を避けるために、各スレッド自体が何らかの方法でプライベート スペースを構築し、独自のプライベート データを保存する必要があります。 PHP5 で採用されている方法は、大規模なグローバル配列を維持し、各スレッドに独立した記憶領域を割り当てることであり、スレッドは独自のキー値を通じてこのグローバル データ グループにアクセスします。 この一意のキー値は、PHP5 でグローバル変数を使用する必要があるすべての関数に渡す必要があります。PHP7 では、この渡し方法は不親切で、いくつかの問題があると考えられています。したがって、このキー値を保存するには、スレッド固有のグローバル変数を使用してみてください。 関連するネイティブ TLS の問題: https://wiki.php.net/rfc/native-tls 結合比較演算子 (< ;= >) 比較演算子 (<=>) と組み合わせる # 戻り値の型宣言 戻り値の型宣言とスカラー型宣言 スカラー型宣言 PHP7 スカラー型宣言 RFC ctype curl date dba ドム エンチャント エレグ exif fileinfo filter ftp gd gettext gmp ハッシュ iconv imap intl json #openssl readline recode Reflection セッション shmop 単純な XML snmp ソープ ソケット SPL sqlite3 standard sysvmsg sysvsem sysvshm tidy トークナイザー wddx xml mssql oci8 pdo_dblib pdo_oci sybase_ct PHP 7 の最高のパフォーマンスを達成するためのいくつかのヒント 1. Opcache Zend Opcache を忘れずに有効にしてください, Opcache を有効にしなくても、PHP7 は PHP-5.6 よりも高速であるため、前回のテスト期間中に Opcache を有効にしなかった人もいました。 Opcache の有効化は非常に簡単で、php.ini 設定に ##zend_extension=opcache.so# を追加するだけです。ファイル opcache.enable_cli=1"
2. 新しいコンパイラを使用します ##新しいコンパイラを使用します。GCC 4.8 が推奨されます。 GCC 4.8 以降を搭載した PHP のみが、opline およびexecute_data のサポートに対して Global Register を有効にします。これにより、パフォーマンスが 5% 向上します (Wordpres の QPS の観点から測定)
##3. 巨大ページ 私の CentOS 6.5 を例に挙げます。 $sudo sysctl vm.nr_hugepages=512 ##512 の予約済み巨大ページ メモリを割り当てます: AnonHugePages: 106496 kB HugePages_Total: 512 HugePages_Free: 504 ##HugePages_Rsvd: 27 Hugepagesize: 2048 kB #その後、php .ini で追加: 4. Opcache ファイル キャッシュ Opcache ファイルを開くキャッシュ (実験的)、これをオンにすると、Opcache がオペコード キャッシュを外部ファイルにキャッシュできるようになり、一部のスクリプトではパフォーマンスが大幅に向上します。 #php.ini:
#5、PGO
次に、WordPress などのプロジェクトで PHP をトレーニングします。 ##$ sapi/cgi/php-cgi - T 100 /home/huixinchen/local/www/htdocs/wordpress/index.php >/dev/null またphp-cgi で WordPress ホームページを 100 回実行して、その過程でプロファイル情報を生成させます。 ＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃やっと：＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃ #$ 教授をクリーンにする $ プロユースにする 現時点でコンパイルする PHP7 は、プロジェクトに合わせてカスタマイズされます。最高パフォーマンスのコンパイル済みバージョンを実現します。 今回はここまでです。後で思いついたときにさらに追加します。みなさんもぜひ試してみてください。ありがとうございます。
Just In Time これは、実行時にバイトコードをマシンコードにコンパイルするソフトウェア最適化テクノロジです。直感的に考えると、マシンコードはコンピュータが直接認識して実行できるため、オペコードを 1 つずつ読み込んで実行する方が Zend よりも効率的であると考えられます。その中でも、HHVM (HipHop Virtual Machine、HHVM は Facebook のオープンソース PHP 仮想マシンです) は JIT を使用しており、PHP のパフォーマンス テストが桁違いに向上し、衝撃的なテスト結果が公開されています。これも、JIT が強力であると直感的に思わせるものです。石を金に変える技術。 
PHP 7.0.0 RC 2 リリースされた新機能
##具体的な例:
// PHP 7之前的写法：比较两个数的大小
function order_func($a, $b) {
return ($a < $b) ? -1 : (($a > $b) ? 1 : 0);
}
// PHP新增的操作符 <=>,perfect
function order_func($a, $b) {
return $a <=> $b;
}
PHP 言語の非常に重要な機能は「弱い型付け」です。これにより、PHP プログラムは非常に簡単に作成できます。初心者でも PHP に触れるとすぐに始めることができます。ただし、これにはいくつかの論争も伴います。変数の型定義のサポートは革新的な変更と言え、PHP はオプションの方法で型定義をサポートし始めます。さらに、switch 命令declare(strict_type=1); も導入されており、この命令がオンになると、現在のファイルの下のプログラムが関数パラメータの転送型と戻り値の型に厳密に従うように強制されます。
たとえば、add 関数と型定義は次のように記述できます。
cli
bcmath
#interbase
PHP7 VS PHP5.6
前回の記事でも紹介しました: PHP7 を高速化するための Hugepage、まずシステムで HugePages を有効にしてから、Opcache の huge_code_pages を有効にします。 #$ cat /proc/meminfo | grep Huge
このように、PHP は大きなメモリ ページを使用して独自のテキスト セグメントと大量のメモリ割り当てを保存し、TLB ミスを減らし、パフォーマンスを向上させます。 を追加します。
このようにして、PHP は一部のオペコード バイナリ エクスポート ファイルを /tmp ディレクトリにキャッシュします。これらのファイルは、PHP のライフサイクル全体にわたって存在することができます。 $ make prof-gen
# #
以上がPHP7の新機能を詳しく解説 PHP7で何が変わるのかの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
