1、 對許多代碼文件說,特別是含有很多包含文件(include or require)。它們需要花費更多的時間和解析並產生中間代碼。
2、 即使PHP代碼文件沒有發生改變,這個執行過程還會嚴格的按照流程執行。也就是說,無論你的應該程序是否發生改變,每次調用的時候,都需要重新編譯生成opcode碼。(其實這就是編譯緩存存在的理由)
3、 這個流程不僅僅發生在主要的代碼文件,對於每一次的include和require來說,都會執行這個流程。(這是可以繼續優化的)
那些地方可以優化呢?
1、將mod_php fast-cgi化,避免每次都要加載這個模塊,這個模塊還要每次都去初始化php的解釋環境。
2、緩存php文件的opcode碼,這樣話,避免每次都去編譯。
APC可用用來實現第2點。編譯緩存去掉了執行PHP過程中的解析過程,所以它對含有大量PHP代碼的應用程序是非常有效的。通常情況下可以提升2-3倍以上的速度。對於包含大量include文件的項目,編譯緩存更現實出它的優越性。
注:include並不會被編譯緩存進行緩存。比如現在有兩個文件:main.php 和tobeInclude.php,其中main.php中有這樣的語句include tobeInclude.php’。假設中間碼的後綴為.op(實際上不是這樣)。那麼加上緩存cache後 main.php=>main.op ,tobeInclude.php=>tobeInclude.op。但是PHP在執行main.php的時候,她還是需要去解析main.op中的include命令,去調用tobeInclude.op的內容。具體流程是這樣的。
…=>執行main.op=>執行tobeInclude.op=>…
而不是之間簡單的執行main.op
所以說“過多的include文件會降低程序性能的”。
APC的具體配置。
Alternative PHP Cache(APC)是 PHP 的一個免費公開的優化代碼緩存。它用來提供免費,公開並且強健的架構來緩存和優化 PHP 的中間代碼。
APC 官方網站為 http://pecl.php.net/package/apc
1、安裝
以PHP extension 形式安裝
phpize
./configure --enable-apc --enable-apc-mmap
make
make install
生成.so,將.so拷貝到php引用modules的目錄下,修改權限755
2、配置
apc.enabled boolean
apc.optimization optimization
選項在腳本中可以改變
APC PHP.ini配置選項詳解
[APC]
; Alternative PHP Cache 用於緩存和優化PHP中間代碼
apc.cache_by_default = On
;SYS
; 是否默認對所有文件啟用緩沖。
; 若設為Off並與以加號開頭的apc.filters指令一起用,則文件僅在匹配過濾器時才被緩存。
apc.enable_cli = Off
;SYS
; 是否為CLI版本啟用APC功能,僅用於測試和調試目的才打開此指令。
apc.enabled = On
; 是否啟用APC,如果APC被靜態編譯進PHP又想禁用它,這是唯一的辦法。
apc.file_update_protection = 2
;SYS
; 當你在一個運行中的服務器上修改文件時,你應當執行原子操作。
; 也就是先寫進一個臨時文件,然後將該文件重命名(mv)到最終的名字。
; 文本編輯器以及 cp, tar 等程序卻並不是這樣操作的,從而導致有可能緩沖了殘缺的文件。
; 默認值 2 表示在訪問文件時如果發現修改時間距離訪問時間小於 2 秒則不做緩沖。
; 那個不幸的訪問者可能得到殘缺的內容,但是這種壞影響卻不會通過緩存擴大化。
; 如果你能確保所有的更新操作都是原子操作,那麼可以用 0 關閉此特性。
; 如果你的系統由於大量的IO操作導致更新緩慢,你就需要增大此值。
apc.filters =
;SYS
; 一個以逗號分隔的POSIX擴展正則表達式列表。
; 如果源文件名與任意一個模式匹配,則該文件不被緩存。
; 注意,用來匹配的文件名是傳遞給include/require的文件名,而不是絕對路徑。
; 如果正則表達式的第一個字符是"+"則意味著任何匹配表達式的文件會被緩存,
; 如果第一個字符是"-"則任何匹配項都不會被緩存。"-"是默認值,可以省略掉。
apc.ttl = 0
;SYS
; 緩存條目在緩沖區中允許逗留的秒數。0 表示永不超時。建議值為7200~36000。
; 設為 0 意味著緩沖區有可能被舊的緩存條目填滿,從而導致無法緩存新條目。
apc.user_ttl = 0
;SYS
; 類似於apc.ttl,只是針對每個用戶而言,建議值為7200~36000。
; 設為 0 意味著緩沖區有可能被舊的緩存條目填滿,從而導致無法緩存新條目。
apc.gc_ttl = 3600
;SYS
; 緩存條目在垃圾回收表中能夠存在的秒數。
; 此值提供了一個安全措施,即使一個服務器進程在執行緩存的源文件時崩潰,
; 而且該源文件已經被修改,為舊版本分配的內存也不會被回收,直到達到此TTL值為止。
; 設為零將禁用此特性。
apc.include_once_override = Off
;SYS
; 請保持為Off,否則可能導致意想不到的結果。
apc.max_file_size = 1M
;SYS
; 禁止大於此尺寸的文件被緩存。
apc.mmap_file_mask =
;SYS
; 如果使用–enable-mmap(默認啟用)為APC編譯了MMAP支持,
; 這裡的值就是傳遞給mmap模塊的mktemp風格的文件掩碼(建議值為"/tmp/apc.XXXXXX")。
; 該掩碼用於決定內存映射區域是否要被file-backed或者shared memory backed。
; 對於直接的file-backed內存映射,要設置成"/tmp/apc.XXXXXX"的樣子(恰好6個X)。
; 要使用POSIX風格的shm_open/mmap就需要設置成"/apc.shm.XXXXXX"的樣子。
; 你還可以設為"/dev/zero"來為匿名映射的內存使用內核的"/dev/zero"接口。
; 不定義此指令則表示強制使用匿名映射。
apc.num_files_hint = 1000
;SYS
; Web服務器上可能被包含或被請求的不同源文件的大致數量(建議值為1024~4096)。
; 如果你不能確定,則設為 0 ;此設定主要用於擁有數千個源文件的站點。
apc.optimization = 0
; 優化級別(建議值為 0 ) 。
; 正整數值表示啟用優化器,值越高則使用越激進的優化。
; 更高的值可能有非常有限的速度提升,但目前尚在試驗中。
apc.report_autofilter = Off
;SYS
; 是否記錄所有由於early/late binding原因而自動未被緩存的腳本。
apc.shm_segments = 1
;SYS
; 為編譯器緩沖區分配的共享內存塊數量(建議值為1)。
; 如果APC耗盡了共享內存,並且已將apc.shm_size指令設為系統允許的最大值,
; 你可以嘗試增大此值。
apc.shm_size = 30
;SYS
; 每個共享內存塊的大小(以MB為單位,建議值為128~256)。
; 有些系統(包括大多數BSD變種)默認的共享內存塊大小非常少。
apc.slam_defense = 0
;SYS(反對使用該指令,建議該用apc.write_lock指令)
; 在非常繁忙的服務器上,無論是啟動服務還是修改文件,
; 都可能由於多個進程企圖同時緩存一個文件而導致競爭條件。
; 這個指令用於設置進程在處理未被緩存的文件時跳過緩存步驟的百分率。
; 比如設為75表示在遇到未被緩存的文件時有75%的概率不進行緩存,從而減少碰撞幾率。
; 鼓勵設為 0 來禁用這個特性。
apc.stat = On
;SYS
; 是否啟用腳本更新檢查。
; 改變這個指令值要非常小心。
; 默認值 On 表示APC在每次請求腳本時都檢查腳本是否被更新,
; 如果被更新則自動重新編譯和緩存編譯後的內容。但這樣做對性能有不利影響。
; 如果設為 Off 則表示不進行檢查,從而使性能得到大幅提高。
; 但是為了使更新的內容生效,你必須重啟Web服務器。
; 這個指令對於include/require的文件同樣有效。但是需要注意的是,
; 如果你使用的是相對路徑,APC就必須在每一次include/require時都進行檢查以定位文件。
; 而使用絕對路徑則可以跳過檢查,所以鼓勵你使用絕對路徑進行include/require操作。
apc.user_entries_hint = 100
;SYS
; 類似於num_files_hint指令,只是針對每個不同用戶而言。
; 如果你不能確定,則設為 0 。
apc.write_lock = On
;SYS
; 是否啟用寫入鎖。
; 在非常繁忙的服務器上,無論是啟動服務還是修改文件,
; 都可能由於多個進程企圖同時緩存一個文件而導致競爭條件。
; 啟用該指令可以避免競爭條件的出現。
apc.rfc1867 = Off
;SYS
; 打開該指令後,對於每個恰好在file字段之前含有APC_UPLOAD_PROGRESS字段的上傳文件,APC都將自動創建一個upload_的用戶緩存條目(就是APC_UPLOAD_PROGRESS字段值)。
3、php函數