Opcache

1. Opcache原理
# PHP的正常執行流程如下

## request請求（nginx,apache,cli等）–>Zend引擎讀取.php檔案–>掃描其字典和表達式–>解析檔案–>建立要執行的電腦程式碼(稱為Opcode)–> ;最後執行Opcode–> response 回傳

每次請求PHP腳本都會執行一遍以上步驟，如果PHP原始碼沒有變化，那麼Opcode也不會變化，顯然沒有必要每次都重新產生Opcode，結合在Web中無所不在的快取機制，我們可以把Opcode快取下來，以後直接存取快取的Opcode豈不是更快，啟用Opcode快取之後的流程圖如下所示：

Opcode cache 的目地是避免重複編譯，減少CPU 和記憶體開銷。

2. Opcache配置在php.ini下方新增：

// 加载opcache(需确认已安装opcache拓展)
zend_extension=opcache.so
// 开启opcache
opcache.enable = 1
// OPcache共享内存存储大小,单位MB
opcache.memory_consumption=1024 // 1G
// PHP使用了一种叫做字符串驻留，默认是4MB
opcache.interned_strings_buffer=32
// 这个选项用于控制内存中最多可以缓存多少个PHP文件,这个选项必须得设置得足够大，大于你的项目中的所有PHP文件的总和
opcache.max_accelerated_files=80000
// 设置缓存的过期时间（单位是秒）,为0的话每次都要检查
opcache.revalidate_freq=3
// 从字面上理解就是“允许更快速关闭”
opcache.fast_shutdown=1
// CLI环境下，PHP启用OPcache
opcache.enable_cli=1

登入後複製

HugePage

1. HugePage原理#透過啟用這個特性，PHP7會把自身的TEXT段（執行體）」挪「到Huagepage上，之前的測試，我們能穩定的在Wordpress上看到2%~3%的QPS提升。
關於Hugepage是啥，簡單的說下就是預設的記憶體是以4KB分頁的，而虛擬位址和記憶體位址是需要轉換的，而這個轉換是要查表的，CPU為了加速這個查表過程都會內建TLB（Translation Lookaside Buffer），顯而易見如果虛擬頁越小，表裡的條目數也就越多，而TLB大小是有限的，條目數越多TLB的Cache Miss也就會越高，所以如果我們能啟用大內存頁就能間接降低這個TLB Cache Miss，至於詳細的介紹，Google一搜一大堆我就不贅述了，這裡主要說明下如何啟用這個新特性，從而帶來明顯的性能提升。

2. HugePage配置

$ sudo sysctl vm.nr_hugepages=512 // 切勿越大越好，会长占内存

登入後複製

分配512個預留的大頁記憶體:

cat /proc/meminfo  | grep Huge
AnonHugePages:    106496 kB
HugePages_Total:     512
HugePages_Free:      504
HugePages_Rsvd:       27
HugePages_Surp:        0
Hugepagesize:       2048 kB

登入後複製

然後在php.ini中加入: