ZendOpcache で PHP を高速化する-PHPチュートリアル-php.cn

Optimizer+ は、クローズドソースですが、Zend によって開発された無料で使用できる PHP 最適化アクセラレーションコンポーネントです。これは、最初で最速のオペコードキャッシュツールです。現在、Zend Technologies は、PHP ライセンスに基づいて Optimizer+ を Zend Opcache としてオープンソース化しています。

Zend OPcache は、オペコードのキャッシュと最適化を通じて、より高速な PHP 実行を提供します。プリコンパイルされたスクリプトファイルは後で使用できるように共有メモリに保存されるため、ディスクからコードを読み取ってコンパイルする時間の消費が回避されます。同時に、コードの実行を高速化するためにいくつかのコード最適化モードも適用します。

1. オペコードキャッシュとは何ですか?

インタプリタはスクリプトコードの分析を完了すると、オペレーションコード (Operate Code、opcode) とも呼ばれる、直接実行できる中間コードを生成します。オペコードキャッシュの目的は、コンパイルの繰り返しを回避し、CPU とメモリのオーバーヘッドを削減することです。動的コンテンツのパフォーマンスのボトルネックが CPU やメモリではなく、データベースクエリによって引き起こされるディスク I/O オーバーヘッドなどの I/O 操作にある場合、オペコードキャッシュのパフォーマンス向上は非常に限られます。しかし、オペコードキャッシュは CPU とメモリのオーバーヘッドを削減できるため、これは常に良いことです。環境に優しい方法で、消費量は可能な限り削減されるべきですよね。 :D

最新のオペコードキャッシュ (Optimizer+、APC2.0+、その他) はストレージに共有メモリを使用し、実行前にコードを「逆シリアル化」することなく、そこからファイルを直接実行できます。これにより、パフォーマンスが大幅に向上し、多くの場合、サーバー全体のメモリ消費量が減少し、欠点はほとんどありません。

2. Optimizer+ と APC の長所と短所の比較

Optimizer+ は 2013 年 3 月中旬に Opcache に名前変更されました。

PHP wiki の議論によると、Zend Opcache は php 5.5 に統合されようとしています。 APC の競合相手として、新しい Zend Opcache が APC の地位に代わる可能性がありますが、OptimizerPlus には APC のようなユーザーキャッシュ機能はありません。

APC に対する OPTIMIZER+ の利点

パフォーマンス。テストによると、Zend Optimizer+ は一貫して APC よりも優れたパフォーマンスを示します。コードに応じて、1 秒あたりに処理されるリクエストの数は 5 ～ 20% 増加します。 Google ドキュメントに記録されたテスト結果のうち、WordPress 2.1.1 (新しいバージョンの WP でテストしなかった理由はわかりません) のパフォーマンスは約 8% 向上しました。理論的には、WP 3.5.1 ではパフォーマンスが約 5 ～ 10% 向上するはずです。 WordPress を実行しているサーバーの場合、Optimizer+ を使用すると、CPU 使用率が大幅に削減され、ページの読み込み速度が向上します (グラフィックはこちら)。

新しいPHPバージョンをサポートします。 Zend と PHP コミュニティは、Optimizer+ が最新バージョンの PHP をサポートするのを支援します。

信頼性。 Optimizer+ には、データ破損によるサーバーのクラッシュを防ぐオプションの破損検出機能があります。

互換性の向上。 PHP コミュニティは、Optimizer+ がコミュニティでサポートされているすべてのバージョンの PHP と互換性を持つことを目指しています。

OPTIMIZER+ に対する APC の利点

APC にはデータキャッシュ API がありますが、Optimizer+ にはありません。

APC は、古い無効なスクリプトによって占有されていたメモリをリサイクルできます。 APC には、使用されなくなったスクリプトに関連付けられたメモリを再利用できるメモリマネージャーがあります。 Optimizer+ は異なり、そのようなメモリを「ダーティ」としてマークしますが、再利用はしません。 Optimizer+ は、「ダーティ」メモリ使用量の一定の割合が設定されたしきい値に達すると、自動的に再起動します。この動作には、安定性の点で長所と短所の両方があります。

3. Zend Opcode を使用する

これで、PHP 最適化加速ツールとして APC の代わりに Zend Opcache を使用できるようになりました。現在の Zend オペコードは、PHP 5.2.*、5.3.*、5.4.*、および PHP-5.5 開発バージョンと互換性があります。ただし、PHP 5.2 のサポートは将来的に削除される予定です。

注: Zend Opcache は eaccelerator と競合します。 Zend Opcache をインストールするには、最初に eaccelerator をアンインストールする必要がある場合があります (このアクセラレータモジュールを使用している場合)。

ソースコードからインストールして構成する

Zend Opcache のソースコードは github でホストされており、現在も ZendOptimizerPlus と呼ばれています。

詳しいインストール手順については、README ファイルを参照してください。

注:

独自のサーバーに展開する前に、ローカル仮想マシンでテストすることをお勧めします。

インストール前に、eacceleratro、xcache、または apc などのコンポーネントを削除するのが最善です。

ちなみに、ソースコードからコンパイルしてインストールする場合はphp-develが必要です。これは、README のクイックインストールセクションの冒頭で使用されます、

$PHP_DIR/bin/phpize

phpize へのパスがわからない場合は、次のようにすることができます

phpize はどこですか

README ファイル内の推奨最適化設定にも対応します。

EPEL ソースからインストールして構成する

私はソースコードからプログラムをコンパイルしてインストールするのが好きではありません。1 つは自分のレベルに限界があるため、もう 1 つはトラブルが怖いからです。以下では、CentOS での操作を例に、EPEL インストールソースから Zend Opcache をインストールする方法を、私の VPS の構成に基づいて説明します。

EPEL コミュニティは Zend Opcache のインストールパッケージを提供しており、yum で直接インストールできます。もちろん、EPEL インストールソースが構成され、使用されていることが前提となります。そうでない場合は、ここを参照してください。

念のため、REMI インストールソースの PHP はすでにバージョン 5.4 です。一部の人々は、WordPress のパフォーマンスが PHP 5.3 よりも PHP 5.4 の方が優れている (10% 高速で RAM 消費量が少ない) ことをテストしているため、PHP をアップグレードすることは悪いことではありません。

操作手順:

epelインストールソースを使用して設定します。すでに存在する場合はスキップしてください。

eaccelerator、xcache、apc を削除します:

yum delete php-eaccelerator php-xcache php-apcu

使用しない場合はスキップしてください。

システムのアップグレード:

yum update

その目的は、remi インストールソースのステータスに基づいて、現在の php およびその他のソフトウェアを remi がサポートする最新バージョンにアップグレードすることです。現時点では、システムの出力が次のように類似していることがわかります。公式の Fedora/Red Hat ビルドを使用し、

公式のものをオーバーライドします。Fedora プロジェクトや Red Hat にバグを報告しないでください。

専用のフォーラム http://forums.famillecollet.com/

警告: /etc/php.ini を使用してください。 /etc /php.ini.rpmnew
Updating :MySQL-libs-5.5.31-1.el6.remi.i686 として作成されましたs ‐ ‐ ‐ ‐ ‐ ‐ ‐ ‐ ‐ ‐ 2/26

警告: この MySQL RPM は公式の Fedora/Red Hat ビルドではないので、
公式ビルドをオーバーライドします。Fedora プロジェクトや Red Hat にバグを報告しないでください。
専用のフォーラム http://forums.famillecollet.com/

警告: /etc/my .cnf は /etc/my.cnf.rpmnew として作成されました

これは、Fedora / Red Hat バージョンから Remi バージョンに移行中であることを意味するため、Fedora / Red Hat にヘルプを求めないでください。あはは、発生した問題はすべてオンラインで見つかるようで、公式フォーラムで質問することはほとんどありません。私のような初心者レベルのユーザーは、このような深刻な問題に遭遇することはありません。

Zend Opcache (pecl バージョン) をインストールします:

yum install php-pecl-zendopcache

インストール中に生成された opcache 構成ファイルは、デフォルトの /etc/php.d ディレクトリにあります:

opcache-default.blacklist

opcache.ini

この設定ファイルは基本的に README の推奨設定を使用しており、いくつかの箇所のみを変更する必要があります。

vi /etc/php.d/opcache.ini

推奨構成を次のように変更して保存するだけです (完全な Zend Opcache 構成情報を参照してください):

opcache.memory_consumption=128

opcache.interned_strings_buffer=8

opcache.max_accelerated_files=4000

opcache.revalidate_freq=60

opcache.fast_shutdown=1
opcache.enable_cli=1

php.ini 設定を変更する必要はありません。Apache サービスを再起動して有効にします:

service httpd restart

正しく開始されているかどうかを確認します: