Enable PHP Opcode Cache for LiteSpeed

Choosing an Opcode Cache

Since PHP 5.5, Zend Opcode Cache has been included in the PHP main package distribution and can be easily installed through yum or apt-get. For PHP 5.4 and lower, you can use APC cache. APC cache already includes PHP opcode cache and user cache. To use user/variable cache for PHP 5.5 and up with Zend Opcode cache only, you may also add apcu.

Xcache may also be used with PHP up to version 5.6, but not 7.0.

How to Enable Opcode Cache for LiteSpeed

Opcode cache can be easily installed through yum or apt-get. To see if it has been enabled, check the corresponding phpinfo page. If you use the PHP non-EXEC mode you may be finished at this point, however when using PHP SuEXEC mode for shared hosting environments such as cPanel or Plesk, you also have to choose the right PHP process mode.

For Shared Hosting Environments: PHP SuEXEC

For shared hosting environments such as cPanel or Plesk, you should use PHP SuEXEC mode as your execution method. Configuration > Server > General > Using Apache Configuration File > PHP suEXEC to Yes. When you check a user's phpinfo page, it may show that Zend Opcode Cache is installed and enabled. However there are also three PHP process modes for LiteSpeed: Worker mode, Daemon mode and ProcessGroup mode.

You may follow this wiki to check which PHP process mode you are using. Daemon mode and ProcessGroup mode support opcode cache while Worker mode does not. If using opcode cache, you will need to change to Daemon mode or ProcessGroup mode.

How to Set up Daemon mode

To set up Daemon mode, you need only adjust your server-level LSPHP external application settings in the WebAdmin console > Configuration > External App > your_LSPHP_external_app:

Set Start By Server to "Yes".
Set Run On Start Up to "Yes (Daemon mode)".

How to Set up ProcessGroup Mode

To set up ProcessGroup mode, you need to place the directive LSPHP_ProcessGroup in an httpd.conf file. This can be done at the server or virtual host level. If done at the server level, all virtual hosts will use ProcessGroup. If done at the virtual host level, only that virtual host will use ProcessGroup.

Example configuration:

<IfModule LiteSpeed>
LSPHP_ProcessGroup on
LSPHP_Workers 15
</IfModule>

ProcessGroup Mode vs. PHP-FPM

ProcessGroup Mode is similar to Apache php-fpm mode. The difference is: with Apache, the parent process of php-fpm is not controlled by Apache, and it keeps running; with LiteSpeed, LiteSpeed uses LSAPI, and the PHP will exit if idle for a while (in a shared hosting environment and set at "Max Idle time"). For LSWS 5.2.8 and lower versions, PHP processes will stop when LSWS restarts, and the opcode cache will be reset. Starting from LSWS 5.3RC2 and above, LSPHP will run in detached mode and an LSWS restart won't stop PHP processes. The LSPHP parent will just follow the timeout where "Max Idle time" is set.

Please keep in mind that keep idle PHP process running longer will occupy server resources and there is a risk to overload the server if there is not enough resources.

Sharing Opcode Cache Between Multiple CPU Processes

For LSWS 2CPU and above licenses, you have an option to configure LSWS to use multi CPU cores. For LSWS 5.2.x and below, When a domain is served by multi-CPU cores, Opcode cache cannot be shared between CPU cores. So, when you test a phpinfo.php page, you might see cache hits like the following upon refresh:

http://example.com/phpinfo.php
  
505
0
1
506
507
1
2

As of LiteSpeed Web Server v5.3RC2 and above, LSWS can share opcache between Multi CPU processes.

For Non-Shared Hosting Environments: PHP non-SuEXEC

Non-shared hosting environments should use PHP non-exec mode. (LSWS Web Admin > Server > General > Using Apache Configuration File > PHP suEXEC = No). LSPHP just runs in workgroup mode as the “nobody” user by default. For this situation, as long as you see opcode cache in the phpinfo page, opcode cache has already been enabled.

More details about PHP SuEXEC or non-SuEXEC here.

 
litespeed_wiki/php/enable_opcode_cache.txt · Last modified: 2018/09/19 18:33 by Michael Alegre