編輯此資訊 : 繼Zend Optimizer 后的 Zend Opcache - 性能優異的PHP 5.5 緩存變化插件 - Opcache配置實用說明

推廣資訊

分類目錄: *

信息類型: *

公司庫品牌庫產品庫供應信息求購信息服務項目解決方案業界資訊新聞事件展會情報名詞解釋知識庫文章招聘信息網址連接圖片庫資料下載創業加盟招商合作促銷活動其它信息

標題: *

詳細內容: *

Zend Optimizer(以下簡稱ZO)用優化代碼的方法來提高php應用程序的執行速度。實現的原理是對那些在被至終執行之前由運行編譯器(Run-Time Compiler)產生的代碼進行優化。 優化能提高你的盈利能力 一般情況下，執行使用ZO的php程序比不使用的要快40%到100%。這意味著網站的訪問者可以更快的瀏覽網頁，從而完成更多的事務，創造更好的客戶滿意[1] 度。更快的反應同時也意味著可以節省硬件投資，并增強網站所提供的服務。所以，使用ZO，就等于提高了電子商務的盈利能力。 ZO能給php用戶帶來很多益處，特別是那些運營網站的人。快速運行php程序可以顯著降低服務器的CpU負載，并可以減少一半的反應時間，也就是從訪問者點擊鏈接到服務器開始讀取頁面之間的時間。 的確，用于PHP4的標準運行編譯器已經夠快了--相同情況下比PHP3要快2-10倍。但使用了ZO的PHP程序的執行速度還會加快40%到100%。 當php的代碼被Zend Guard加密過后，必須安裝解密軟件Zend Optimizer才能進行使用。比如Shopex,Shopnc。 現在很多PHP程序都需要ZendOptimizer環境，但是ZendOptimizer在PHP5.2之后已經被支持，那怎么辦，Zend也不會這么做，原來PHP5.3開始ZendOptimizer正式改為Zend Guard Loader。 Zend Opcache - 新一代PHP變化器，由Zend公司研發，其實現原理與Xcache類似，都是把PHP執行后的數據緩沖到內存中從而避免重復的編譯過程，能夠直接使用緩沖區已編譯的代碼從而提高速度，降低服務器負載，但性能卻比Xcache更加優越，詳見下方測試結果圖。其機理簡單點說就是將php腳本在虛擬機（暫且稱php至終的機器碼執行引擎為虛擬機吧）中的機器碼或相應的服務器能夠直接運行的代碼給緩存起來，等到用戶下次請求該腳本時就略過了php腳本代碼轉換為機器碼的過程，從而達到變化php運行、起到緩存的效果。 Optimizer+ 是 Zend 開發的閉源但可以通用使用的 PHP 優化變化組件，是第一個也是至快的 opcode 緩存工具。現在，Zend 科技公司將 Optimizer+ 在 PHP License 下開源成為 Zend Opcache。 GitHub地址 ： https://github.com/zendtech/ZendOptimizerPlus Zend OPcache 通過 opcode 緩存和優化提供更快的 PHP 執行過程。它將預編譯的腳本文件存儲在共享內存中供以后使用，從而避免了從磁盤讀取代碼并進行編譯的時間消耗。同時，它還應用了一些代碼優化模式，使得代碼執行更快。 一、什么是 opcode 緩存？ 當解釋器完成對腳本代碼的分析后，便將它們生成可以直接運行的中間代碼，也稱為操作碼（Operate Code，opcode）。Opcode cache 的目地是避免重復編譯，減少 CPU 和內存開銷。如果動態內容的性能瓶頸不在于 CPU 和內存，而在于 I/O 操作，比如數據庫查詢帶來的磁盤 I/O 開銷，那么 opcode cache 的性能提升是非常有限的。但是既然 opcode cache 能帶來 CPU 和內存開銷的降低，這總歸是好事 —— 本著環保的態度，也應該盡量減少消耗不是？ :D 現代操作碼緩存器（Optimizer+，APC2.0+，其他）使用共享內存進行存儲，并且可以直接從中執行文件，而不用在執行前“反序列化”代碼。這將帶來顯著的性能變化，通常降低了整體服務器的內存消耗，而且很少有缺點。 二、Optimizer+ 與 APC 的優缺點對比 Optimizer+ 于 2013年3月中旬 改名 為 Opcache。 根據 PHP wiki 上的 討論 ，Zend Opcache 即將整合到 php 5.5 中。作為 APC 的競爭對手，新生的 Zend Opcache 很有可能取代 APC 的位置，雖然 OptimizerPlus 沒有象 APC 那樣的 user cache 功能。 OPTIMIZER+ 相對 APC 的優點 1、性能。根據測試，Zend Optimizer+ 始終優于 APC。隨代碼差異，每秒鐘處理的請求數高 5~20%。Google doc 上記錄的 測試結果 中，WordPress 2.1.1（不知道為什么不用個新版本的 WP 來測試），性能提高約 8%。理論上來說，對于 WP 3.5.1，性能應該也能得到大約 5~10% 的提升吧。對于運行 WordPress 的服務器而言，使用 Optimizer+ 可以顯著降低 CPU 使用率和提高頁面加載速度（ graphics here ）。 2、支持新的 PHP 版本。Zend 和 PHP 社區都會幫助 Optimizer+ 能夠支持至新版本的 PHP。 3、可靠性。Optimizer+ 擁有可選的損壞檢測能力，可以防止因數據損壞而導致的服務器崩潰。 4、更好的兼容性。PHP 社區打算讓 Optimizer+ 與社區支持的所有 PHP 版本相兼容 APC 相對 OPTIMIZER+ 的優勢 1、APC 有數據緩存 API，而 Optimizer+ 沒有。 2、APC 能夠回收舊的無效的腳本占用的內存。APC 有內存管理器，可以將那些不再使用的腳本關聯的內存進行回收。而 Optimizer+ 不同，它將這樣的內存標記為“臟的”，但并不會回收它們。一旦“臟的”內存占用配置閾值的百分比達到一定值，Optimizer+ 就將自己重新啟動。這種行為在穩定性上既有優勢也有劣勢。 三、使用 Zend Opcode 現在已經可以使用 Zend Opcache 替代 APC 作為 PHP 優化變化工具了。目前的 Zend Opcode 兼容 PHP 5.2.*、5.3.*、5.4.* 和 PHP-5.5 開發版。不過，將來會取消對 PHP 5.2 的支持。 注意： Zend Opcache 與 eaccelerator 相沖突。要安裝 Zend Opcache，可能需要先卸載 eaccelerator —— 如果你用了這個變化模塊的話。 編譯安裝 Zend Opcache #分享源代碼 （ wget -c 代碼地址） https://github.com/zendtech/ZendOptimizerPlus/archive/master.zip #切換解壓后的源碼目錄，利用phpize執行安裝 cd /usr/local/src/ZendOptimizerPlus-master /usr/local/php/bin/phpize ./configure --with-php-config=/usr/local/php/bin/php-config#編輯 php.ini ，追加如下內容： zend_extension=/usr/local/php/lib/php/extensions/no-debug-non-zts-20090626/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=1opcache相關參數，可參考： GitHub ： https://github.com/zendtech/ZendOptimizerPlus 上述github頁面中，有個推薦配置： We recommend the following configuration options for best performancein a production environment. 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手冊 ： http://php.net/manual/zh/opcache.configuration.php 啟用opcache后的一些情況 典型的就是由于opcache的緩存變化機制導致的代碼變更后無法立即看到效果。php代碼被轉換成可立即執行的“機器碼”后會有一定的緩存時間后才會去檢查原始的PHP文件是否變動過，具體視配置項opcache.revalidate_freq設置的秒數情況而定；這樣就會導致某些情況下明明更新了PHP文件中的代碼，但執行后卻看不到改變后的效果，這就是因為opcache檢查php文件變動的間隔時間尚未結束所導致。 這個問題并不是bug，而要視具體生產環境來設定opcache.revalidate_freq值，倘若php代碼很少變動，建議該值設置的大一些，可減少opcahce由于檢查php文件變動而帶來的額外開銷，比如7200 那么在變動php文件后如何才能快速降低opcache緩存帶來的這種問題呢？至簡單的方法就是更新代碼后重啟下php-fpm（nginx fast-cgi模式）或apache（apache-handler模式）。當然還可以自己書寫一個php腳本，調用opcache_reset()函數重置所有opcache緩存字節碼，或者使用opcache_invalidate(PHPfileDir,true)重置指定php文件的緩存字節碼。 PHP 上有不少 opcode cache 組件，如 APC、eAccelerator、XCache 等。（參見 Wikipedia 上的 PHP accelerators 列表。）看 PHP wiki 上的意思，這個新引入的 Zend Opcache 的性能應該是至好的。 以下是opcache的配置說明： 復制代碼 [opcache] zend_extension = "G:/PHP/php-5.5.6-Win32-VC11-x64/ext/php_opcache.dll" ; Zend Optimizer + 的開關, 關閉時代碼不再優化. opcache.enable=1 ; Determines if Zend OPCache is enabled for the CLI version of PHP opcache.enable_cli=1 ; Zend Optimizer + 共享內存的大小, 總共能夠存儲多少預編譯的 PHP 代碼(單位:MB) ; 推薦 128 opcache.memory_consumption=64 ; Zend Optimizer + 暫存池中字符串的占內存總量.(單位:MB) ; 推薦 8 opcache.interned_strings_buffer=4 ; 至大緩存的文件數目 200 到 100000 之間 ; 推薦 4000 opcache.max_accelerated_files=2000 ; 內存“浪費”達到此值對應的百分比,就會發起一個重啟調度. opcache.max_wasted_percentage=5 ; 開啟這條指令, Zend Optimizer + 會自動將當前工作目錄的名字追加到腳本鍵上, ; 以此消除同名文件間的鍵值命名沖突.關閉這條指令會提升性能, ; 但是會對已存在的應用造成破壞. opcache.use_cwd=0 ; 開啟文件時間戳驗證 opcache.validate_timestamps=1 ; 2s檢查一次文件更新 注意:0是一直檢查不是關閉 ; 推薦 60 opcache.revalidate_freq=2 ; 允許或禁止在 include_path 中進行文件搜索的優化 ;opcache.revalidate_path=0 ; 是否保存文件/函數的注釋 如果apigen、Doctrine、 ZF2、 PHPUnit需要文件注釋 ; 推薦 0 opcache.save_comments=1 ; 是否加載文件/函數的注釋 ;opcache.load_comments=1 ; 打開快速關閉, 打開這個在PHP Request Shutdown的時候會收內存的速度會提高 ; 推薦 1 opcache.fast_shutdown=1 ;允許復蓋文件存在（file_exists等）的優化特性。 ;opcache.enable_file_override=0 ; 定義啟動多少個優化過程 ;opcache.optimization_level=0xffffffff ; 啟用此Hack可以暫時性的解決”can’t redeclare class”錯誤. ;opcache.inherited_hack=1 ; 啟用此Hack可以暫時性的解決”can’t redeclare class”錯誤. ;opcache.dups_fix=0 ; 設置不緩存的黑列單 ; 不緩存指定目錄下cache_開頭的PHP文件. /png/www/example.com/public_html/cache/cache_ ;opcache.blacklist_filename= ; 通過文件大小屏除大文件的緩存.默認情況下所有的文件都會被緩存. ;opcache.max_file_size=0 ; 每 N 次請求檢查一次緩存校驗.默認值0表示檢查被禁用了. ; 由于計算校驗值有損性能,這個指令應當緊緊在開發調試的時候開啟. ;opcache.consistency_checks=0 ; 從緩存不被訪問后,等待多久后(單位為秒)調度重啟 ;opcache.force_restart_timeout=180 ; 錯誤日志文件名.留空表示使用標準錯誤輸出(stderr). ;opcache.error_log= ; 將錯誤信息寫入到服務器(Apache等)日志 ;opcache.log_verbosity_level=1 ; 內存共享的首選后臺.留空則是讓系統選擇. ;opcache.preferred_memory_model= ; 防止共享內存在腳本執行期間被意外寫入, 僅用于內部調試. ;opcache.protect_memory=0

上傳圖片:

* (jpg , gif , png) format

聯繫人信息

姓名: *

電子信箱: *

手機:

公司名稱:

聯繫電話:

詳細地址:

郵遞區號:

網址URL:

其他

關鍵字:

有效期:

* 天

管理密碼:*

* 刪除/修改

更換密碼:

* 如有必要，可重新設置新的管理密碼

刪除此資訊

*