ZendOpcache(ZendOptimizerPlus)的配置詳解
前言
PHP開發小組背後的公司 Zend 近期開源了其旗下的 PHP 加速產品 Zend Optimizer, 新項目託管於 Github 項目名稱爲 ZendOptimizerPlus (Zend Optimizer +).本人禁不住忽悠, 忍不住就去嘗試了一下.php
簡介
Zend Optimizer + 經過 opcode 的緩存和優化來提速 PHP 的執行.它經過在共享內存裏存儲預編譯的PHP腳原本提升PHP的*能.這一*做消除了從磁盤讀取PHP文件而後編譯的過程.此外, 此外它還提供了少許的字節*優化模式使得代*執行更快.緩存
適用*
當前版本的 Zend Optimizer + 適用於 PHP 5.2.*, 5.3.*, 5.4.* 以及 PHP-5.5 開發版分支. 未來也許會取消對 PHP 5.2 的支持.服務器
安裝
首先下載 Zend Optimizer + 的源*:框架
http://pecl.php.net/package/ZendOpcache
目前, 我使用的是 7.0.1 的 beta 版, 下載後解壓, 編譯:ide
wget http://pecl.php.net/get/zendopcache-7.0.1.tgz
tar xzf zendopcache-7.0.1.tgz
cd zendopcache-7.0.1
phpize
./configure --with-php-config=/path_to_php_bin/php-config
make
make install
配置
編輯 php.ini優化
zend_extension=/...full_path.../opcache.so
#如下是開發組推薦配置
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 cgi 或者 Apache.spa
配置參數詳解.net
opcache.enable(默認值:1)
Zend Optimizer + 的開關, 關閉時代*再也不優化.調試
opcache.memory_consumption(默認值:64)
Zend Optimizer + 共享內存的大小, 總共可以存儲多少預編譯的 PHP 代*(單位:MB).rest
opcache.interned_strings_buffer(默認值:4)
Zend Optimizer + 中interned字符串的佔內存總量.(單位:MB)
opcache.max_accelerated_files(默認值:2000)
Zend Optimizer + 哈希表中鍵數量的最大值(一個腳本文件應當是對應一個key的,因此應當就是容許緩存的文件最大數量).這個值其實是素數列表{ 223, 463, 983, 1979, 3907, 7963, 16229, 32531, 65407, 130987 }中第一個大於設定值的數字.值設定範圍: 200 – 100000
opcache.max_wasted_percentage(默認值:5)
「浪費」的內存達到此值對應的百分比,就會發起一個重啓調度.
opcache.use_cwd(默認值:1)
開啓這條指令, Zend Optimizer + 會自動將當前工做目錄的名字追加到腳本鍵上, 以此消除同名文件間的鍵值命名衝突.關閉這條指令會提高*能,可是會對已存在的應用形成破壞.
opcache.validate_timestamps(默認值:1)
禁用時, 您必須手動重置Zend Optimizer +或從新啓動Web服務器,以使文件系統的更改生效. 檢查的頻率是由指令 「opcache.revalidate_freq」 控制.
opcache.revalidate_freq(默認值:2)
多久(以秒爲單位)檢查文件時間戳以改變共享內存的分配.」1″ 表示一秒校驗一次, 可是是每一個請求一次. 「0″ 表示老是在校驗.
opcache.revalidate_path(默認值:0)
容許或禁止在 include_path 中進行文件搜索的優化. 若是文件搜索被禁用並且能夠在相同的 include_path 中找到這個緩存的文件, 文件搜索就不會再進行下去了. 所以,若是 include_path 其它地方有一個同名文件的話, 那就找不到了. 若是這個優化對您的應用有影響,那麼應當容許它搜索. 默認狀況下,指令是禁止的,這就意味着,優化是處於激活狀態的.
opcache.save_comments(默認值:1)
若是禁用,全部的文檔註釋都從代*中剔除以此減小優化過的代*的大小.禁用 「文檔註釋」 可能會破壞一些現有的應用和框架(例如: Doctrine, ZF2, PHPUnit).
opcache.load_comments(默認值:1)
若是禁用, PHP文檔註釋將不會從 SHM(共享內存) 中讀取. 儘管」文檔註釋」仍是會被存儲(save_comments=1), 可是那些不管如何都用不上的註釋就沒必要被應用讀取了.
opcache.fast_shutdown(默認值:0)
若是開啓, 一個快速關閉隊列用以提速代*. 快速關閉隊列並不釋放每一個已分配的塊, 而是讓 Zend 引擎內存管理器來幹這個活.
opcache.enable_file_override(默認值:0)
容許覆蓋文件存在(file_exists等)的優化特*。
opcache.optimization_level(默認值:0xffffffff)
一個位掩*,其中每一個位容許或禁用相應的緩存經過.
opcache.inherited_hack(默認值:1)
啓用此Hack能夠暫時*的解決」can’t redecl*re class」錯誤. Zend Optimizer + 存儲着 decl*re_CLASS *做*使用繼承的地方(這些是惟一能夠被PHP執行的*做*,可是也可能由於優化引發的父類找不到而沒法執行).當文件被讀取時, Optimizer 會試着經過當前環境綁定被繼承的類. 這樣作的問題是. decl*re_CLASS 的*做*可能不被當前腳本所須要, 若是腳本須要*做*至少完成類的定義*做, 那麼它就會沒法執行.這指令的默認是禁用的, 這就表示優化是有效的. 該在 php 5.3 以及以上的版中再也不被須要, 並且這個設置也不會生效.
opcache.dups_fix(默認值:0)
啓用此Hack能夠暫時*的解決」can’t redecl*re class」錯誤.
opcache.blacklist_filename(默認值:無)
Zend Optimizer + 黑名單文件的位置.
Zend Optimizer + 黑名單是一個文本文件包含了那些不能被加速的文件名.文件格式爲每行一個文件名.文件名須爲一個完整的路徑或者牢牢一個文件前綴(如:/var/www/x 屏蔽了 /var/www 文件和目錄中全部以 ‘x’ 開始的文件或者目錄). 須要屏蔽的文件一般符合下面三個緣由中的一個:
1) 目錄包含了自動生成的代*, 如 Smarty 或者 ZFW 的緩存.
2) 執行加速時代*沒法很好的運行, 從而耽誤了編譯時評估.
3) 代*觸發了一個 Zend Optimizer + 的 Bug
opcache.max_file_size(默認值:0)
經過文件大小屏除大文件的緩存.默認狀況下全部的文件都會被緩存.
opcache.consistency_checks(默認值:0)
每 N 次請求檢查一次緩存校驗.默認值0表示檢查被禁用了.因爲計算校驗值有損*能,這個指令應當牢牢在開發調試的時候開啓.
opcache.force_restart_timeout(默認值:180)
從緩存不被訪問後,等待多久後(單位爲秒)調度重啓.Zend Optimizer + 依託此指令來肯定一個進程可能在處理過程當中出現問題的狀況.這段時間(等待時間)事後, 假設 Zend Optimizer + 發生了一些問題, 並開始幹掉那些仍然持有預防重啓鎖的進程.當這些發生時, 若是日誌的級別是3級或以上, 一個 「killed locker」 的錯誤就會被記錄到 Apache 的日誌中.
opcache.error_log(默認值:無)
Zend Optimizer + 的錯誤日誌文件名.留空表示使用標準錯誤輸出(stderr).
opcache.log_verbosity_level(默認值:1)
將錯誤信息都導向 Web 服務器日誌.默認的只有致命錯誤(level 0) 或者錯誤(level 1)纔會被記錄.你也能夠容許警告(level 2),提示消息(level 3) 或者 調試消息(level 4)被記錄下來.
opcache.preferred_memory_model(默認值:無)
內存共享的首選後臺.留空則是讓系統選擇.
opcache.protect_memory(默認值:0)
防止共享內存在腳本執行期間被意外寫入, 僅用於內部調試.
opcache.mmap_base(默認值:無)共享內存段映射基礎(僅適用於Windows).全部的PHP進程必須映射到相同的共享內存地址空間.該指令用於手動修復 「Unable to reattach to base address」 錯誤.