Accelerating PHP with Zendopcache

Optimizer+ is the first and fastest opcode caching tool for Zend developed closed-source, but free-to-use PHP optimization acceleration components. Now, Zend technology company will optimizer+ under PHP License open source becomes Zend Opcache.

The Zend Opcache provides faster PHP execution through opcode caching and optimization. It stores precompiled script files in shared memory for later use, avoiding the time consuming of reading code from disk and compiling it. It also applies some code optimization patterns to make code execution faster.

1. What is the opcode cache?

When the interpreter finishes parsing the script code, it generates intermediate code that can be run directly, also known as the opcode (Operate code,opcode). The goal of the Opcode cache is to avoid duplication of compilation and reduce CPU and memory overhead. If the performance bottleneck for dynamic content is not CPU and memory, but I/O operations, such as disk I/O overhead from database queries, the performance gains of the opcode cache are very limited. But since the opcode cache can lead to a reduction in CPU and memory overhead, this is always a good thing--in an environmentally friendly manner, you should also minimize consumption. :D

Modern opcode buffers (optimizer+,apc2.0+, others) are stored using shared memory and can be executed directly from the file without the "deserialization" code before execution. This leads to significant performance acceleration, which typically reduces the overall server's memory consumption and has few drawbacks.

2. Comparison of advantages and disadvantages between optimizer+ and APC

Optimizer+ was renamed Opcache in mid-March 2013.

Based on the discussion on the PHP wiki, Zend Opcache is about to be integrated into PHP 5.5. As an APC competitor, the new Zend Opcache is likely to replace the APC location, although Optimizerplus does not have the user cache function like APC.

optimizer+ Advantages Relative to APC

Performance. According to the test, Zend optimizer+ is always superior to APC. With code differences, the number of requests processed per second is 5~20% high. Google Doc recorded on the test results, WordPRess 2.1.1 (do not know why not a new version of WP to test), performance improvement of about 8%. Theoretically, for WP 3.5.1, performance should also be able to get about 5~10% upgrade it. For servers running WordPress, using optimizer+ can significantly reduce CPU usage and increase page load speed (graphics here).

Support for new PHP versions. Zend and the PHP community will help optimizer+ to support the latest version of PHP.

Reliability. The optimizer+ has an optional corruption detection capability to prevent server crashes due to data corruption.

Better compatibility. The PHP community intends to make optimizer+ compatible with all PHP versions supported by the community.

Advantages of APC Relative optimizer+

APC has a data caching API, and optimizer+ does not.

APC is able to reclaim memory consumed by old invalid scripts. APC has a memory manager that can reclaim memory associated with scripts that are no longer in use. Unlike optimizer+, it marks such memory as "dirty", but does not reclaim them. Once the percentage of "dirty" memory footprint configuration thresholds reaches a certain value, optimizer+ will restart itself. This behavior has both advantages and disadvantages in stability.

3. Using Zend Opcode

It is now possible to use Zend Opcache instead of APC as the PHP Optimizer acceleration tool. The current Zend Opcode is compatible with PHP 5.2.*, 5.3.*, 5.4.*, and PHP-5.5 development editions. However, support for PHP 5.2 will be canceled in the future.

Note: Zend opcache conflicts with Eaccelerator. To install Zend Opcache, you may need to uninstall eaccelerator--first if you use this accelerator module.

Install and configure from source

Zend Opcache's source code is hosted on GitHub and is currently called Zendoptimizerplus.

The installation steps are described in the README file.

Attention:

It is best to test in the local virtual machine before deploying to your own server;

It is best to remove components such as Eacceleratro, XCache, or APC before installing.

By the way, Php-devel is required to compile the installation from the source code. The beginning of the Quick Install section of the README is used,

$PHP _dir/bin/phpize

If you don't know the path to the Phpize,

Whereis phpize

The README file also has the corresponding recommended optimization settings.

Installing and configuring from a EPEL source

I do not like to compile the installer from the source code, one is the level is limited, one is afraid of trouble. The following is an example of installing Zend Opcache from the EPEL installation source to the CentOS operation, based on my VPS configuration.

The EPEL community has provided a Zend Opcache installation package that can be installed directly with Yum. Of course, the premise is that you have configured an installation source that uses EPEL. If not, you can refer to this.

As a reminder, PHP on the REMI installation source is already in version 5.4. Given the test that WordPress has better performance on PHP 5.4 than on PHP 5.3 (10% faster and lower ram consuming), it's not a bad thing to upgrade PHP by the way.

Operation Steps:

The configuration uses the Epel installation source. Skipped if there are already.

Remove Eaccelerator, XCache, APC:

Yum Remove Php-eaccelerator Php-xcache PHP-APCU

Skipped if not used.

To perform an upgrade on the system:

Yum Update

The purpose is to upgrade the current PHP software to the latest version supported by Remi based on the status of the Remi installation source. At this point, you can see that the system has output similar to the following:

updating:php-common-5.4.14-1.el6.remi.i686 1/26

Warning:these php-* RPM is not official fedora/red Hat build and
Overrides the official ones. Don ' t file bugs on Fedora Project nor Red Hat.

Use Dedicated forums http://forums.famillecollet.com/

Warning:/etc/php.ini created as/etc/php.ini.rpmnew
updating:mysql-libs-5.5.31-1.el6.remi.i686 2/26

Warning:this MySQL RPM isn't an official fedora/red Hat build and it
Overrides the official one. Don ' t file bugs on Fedora Project nor Red Hat.
Use Dedicated forums http://forums.famillecollet.com/

Warning:/etc/my.cnf created as/etc/my.cnf.rpmnew

It means we're migrating from fedora/red hat to the Remi version, so don't go to fedora/red hat for help. Hehe, seemingly problems are found on the internet, and really rarely to the official forum to ask questions. Entry-level users like me do not experience that depth of problem.

Install Zend Opcache (pecl version):

Yum Install Php-pecl-zendopcache

The configuration file for the Opcache generated at the time of installation is located in the default/ETC/PHP.D directory:

Opcache-default.blacklist
Opcache.ini

This configuration file is basically the recommended setting in the README, only a few places need to be modified.

Vi/etc/php.d/opcache.ini

Modify and save the following recommended configurations (refer to the full Zend Opcache configuration information):

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

You do not need to modify the php.ini configuration to restart the Apache service for it to take effect:

Service httpd Restart

Check to see if it started correctly:

Php-v

The output is similar to the following:

PHP 5.4.14 (CLI) (built:apr 11:04:35) Copyright (c) 1997-2013 the PHP groupzend Engine v2.4.0, Copyright (c) 1998- Zend Technologies with Zend opcache v7.0.1, Copyright (c) 1999-2013, by Zend Technologies

The above is the use of Zendopcache accelerated PHP content, more relevant articles please pay attention to topic.alibabacloud.com (www.php.cn)!

