本文實(shí)例講述了讓你的PHP7更快之Hugepage用法。分享給大家供大家參考，具體如下：

PHP7剛剛發(fā)布了RC4, 包含一些bug修復(fù)和一個(gè)我們最新的性能提升成果（NEWS）， 那就是”HugePageFy PHP TEXT segment”， 通過(guò)啟用這個(gè)特性，PHP7會(huì)把自身的TEXT段（執(zhí)行體）”挪“到Huagepage上，之前的測(cè)試，我們能穩(wěn)定的在Wordpress上看到2%~3%的QPS提升。

關(guān)于Hugepage是啥，簡(jiǎn)單的說(shuō)下就是默認(rèn)的內(nèi)存是以4KB分頁(yè)的，而虛擬地址和內(nèi)存地址是需要轉(zhuǎn)換的， 而這個(gè)轉(zhuǎn)換是要查表的，CPU為了加速這個(gè)查表過(guò)程都會(huì)內(nèi)建TLB（Translation Lookaside Buffer）， 顯而易見如果虛擬頁(yè)越小，表里的條目數(shù)也就越多，而TLB大小是有限的，條目數(shù)越多TLB的Cache Miss也就會(huì)越高， 所以如果我們能啟用大內(nèi)存頁(yè)就能間接降低這個(gè)TLB Cache Miss，至于詳細(xì)的介紹，Google一搜一大堆我就不贅述了，這里主要說(shuō)明下如何啟用這個(gè)新特性， 從而帶來(lái)明顯的性能提升。

新的Kernel啟用Hugepage已經(jīng)變得非常容易了，以我的開發(fā)虛擬機(jī)為例(Ubuntu Server 14.04，Kernel 3.13.0-45), 如果我們查看內(nèi)存信息：

$ cat /proc/meminfo | grep Huge

AnonHugePages:  444416 kB

HugePages_Total:    0

HugePages_Free:    0

HugePages_Rsvd:    0

HugePages_Surp:    0

Hugepagesize:    2048 kB

可見一個(gè)Hugepage的size是2MB, 而當(dāng)前并沒有啟用HugePages. 現(xiàn)在讓我們先編譯PHP RC4, 記得一定不要加： –disable-huge-code-pages （這個(gè)新特性是默認(rèn)啟用的， 你加了這個(gè)就關(guān)了）

然后配置opcache, 從PHP5.5開始Opcache已經(jīng)是默認(rèn)啟用編譯的，但是是編譯動(dòng)態(tài)庫(kù)的， 所以我們還是要在php.ini中配置加載下。

zend_extension=opcache.so

這個(gè)新特性是做在Opcache里的，所以也要通過(guò)Opcache啟用這個(gè)特性（通過(guò)設(shè)置opcache.huge_code_pages=1）， 具體的配置：

opcache.huge_code_pages=1

現(xiàn)在讓我們配置OS， 分配一些Hugepages：

$ sudo sysctl vm.nr_hugepages=128

vm.nr_hugepages = 128

現(xiàn)在讓我們?cè)俅螜z查內(nèi)存信息:

$ cat /proc/meminfo | grep Huge

AnonHugePages:  444416 kB

HugePages_Total:   128

HugePages_Free:   128

HugePages_Rsvd:    0

HugePages_Surp:    0

Hugepagesize:    2048 kB

可以看到我們分配的128個(gè)Hugepages已經(jīng)就緒了， 然后我們來(lái)啟動(dòng)php-fpm:

$ /home/huixinchen/local/php7/sbin/php-fpm

[01-Oct-2015 09:33:27] NOTICE: [pool www] 'user' directive is ignored when FPM is not running as root

[01-Oct-2015 09:33:27] NOTICE: [pool www] 'group' directive is ignored when FPM is not running as root

現(xiàn)在， 再次檢查內(nèi)存信息:

$ cat /proc/meminfo | grep Huge

AnonHugePages:  411648 kB

HugePages_Total:   128

HugePages_Free:   113

HugePages_Rsvd:    27

HugePages_Surp:    0

Hugepagesize:    2048 kB

說(shuō)到這里，如果Hugepages可用， 其實(shí)Opcache也會(huì)用Hugepages來(lái)存儲(chǔ)opcodes緩存， 所以為了驗(yàn)證opcache.huge_code_pages確實(shí)生效， 我們不妨關(guān)閉opcache.huge_code_pages, 然后再啟動(dòng)一次后看內(nèi)存信息：

$ cat /proc/meminfo | grep Huge

AnonHugePages:  436224 kB

HugePages_Total:   128

HugePages_Free:   117

HugePages_Rsvd:    27

HugePages_Surp:    0

Hugepagesize:    2048 kB

可見開啟了huge_code_pages以后， fpm啟動(dòng)后多用了4個(gè)pages, 現(xiàn)在我們檢查下php-fpm的text大小：

$ size /home/huixinchen/local/php7/sbin/php-fpm

  text    data     bss     dec     hex   filename

10114565   695200   131528   10941293   a6f36d   /home/huixinchen/local/php7/sbin/php-fpm

可見text段有10114565個(gè)字節(jié)大小， 總共需要占用4.8個(gè)左右的2M的pages， 考慮到對(duì)齊以后（尾部不足2M Page部分不挪動(dòng)）， 申請(qǐng)4個(gè)pages， 正好和我們看到的相符。

說(shuō)明配置成功！ Enjoy ！

但是有言在先， 啟用此特性以后， 會(huì)造成一個(gè)問(wèn)題就是你如果嘗試通過(guò)Perf report/anno 去profiling的時(shí)候， 會(huì)發(fā)現(xiàn)符號(hào)丟失(valgrind, gdb不受影響), 這個(gè)主要原因是Perf的設(shè)計(jì)采用監(jiān)聽了mmap，然后記錄地址范圍， 做IP到符號(hào)的轉(zhuǎn)換， 但是目前HugeTLB只支持MAP_ANON， 所以導(dǎo)致Perf認(rèn)為這部分地址沒有符號(hào)信息，希望以后版本的Kernel可以修復(fù)這個(gè)限制吧..

最后: 性能對(duì)比測(cè)試的任務(wù)就留給大家來(lái)試試了， 歡迎評(píng)論你們看到的變化！

希望本文所述對(duì)大家php程序設(shè)計(jì)有所幫助。