如何使用Huagepage和PGO來提升PHP7的執行性能

這篇文章主要介紹“如何使用Huagepage和PGO來提升PHP7的執行性能”，在日常操作中，相信很多人在如何使用Huagepage和PGO來提升PHP7的執行性能問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”如何使用Huagepage和PGO來提升PHP7的執行性能”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

Hugepage
PHP7剛剛發布了RC4, 包含一些bug修復和一個我們最新的性能提升成果， 那就是”HugePageFy PHP TEXT segment”， 通過啟用這個特性，PHP7會把自身的TEXT段（執行體）”挪“到Huagepage上，之前的測試，我們能穩定的在Wordpress上看到2%~3%的QPS提升。

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

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

$ cat /proc/meminfo | grep Huge

AnonHugePages:  444416 kB
HugePages_Total:    0
HugePages_Free:    0
HugePages_Rsvd:    0
HugePages_Surp:    0
Hugepagesize:    2048 kB

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

然后配置opcache, 從PHP5.5開始Opcache已經是默認啟用編譯的，但是是編譯動態庫的， 所以我們還是要在php.ini中配置加載下。

zend_extension=opcache.so

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

opcache.huge_code_pages=1

現在讓我們配置OS， 分配一些Hugepages：

$ sudo sysctl vm.nr_hugepages=128
vm.nr_hugepages = 128

現在讓我們再次檢查內存信息:

$ cat /proc/meminfo | grep Huge

AnonHugePages:  444416 kB
HugePages_Total:   128
HugePages_Free:   128
HugePages_Rsvd:    0
HugePages_Surp:    0
Hugepagesize:    2048 kB

可以看到我們分配的128個Hugepages已經就緒了， 然后我們來啟動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

現在， 再次檢查內存信息:

$ cat /proc/meminfo | grep Huge

AnonHugePages:  411648 kB
HugePages_Total:   128
HugePages_Free:   113
HugePages_Rsvd:    27
HugePages_Surp:    0
Hugepagesize:    2048 kB

說到這里，如果Hugepages可用， 其實Opcache也會用Hugepages來存儲opcodes緩存， 所以為了驗證opcache.huge_code_pages確實生效， 我們不妨關閉opcache.huge_code_pages, 然后再啟動一次后看內存信息：

$ 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啟動后多用了4個pages, 現在我們檢查下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個字節大小， 總共需要占用4.8個左右的2M的pages， 考慮到對齊以后（尾部不足2M Page部分不挪動）， 申請4個pages， 正好和我們看到的相符。

說明配置成功！ Enjoy :)

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

GCC PGO
PGO正如名字所說(Profile Guided Optimization 有興趣的可以Google), 他需要用一些用例來獲得反饋, 也就是說這個優化是需要和一個特定的場景綁定的.

你對一個場景的優化, 也許在另外一個場景就事與愿違了. 它不是一個通用的優化. 所以我們不能簡單的就包含這些優化, 也無法直接發布PGO編譯后的PHP7.

當然, 我們正在嘗試從PGO找出一些共性的優化, 然后手工Apply到PHP7上去, 但這個很明顯不能做到針對一個場景的特別優化所能達到的效果, 所以我決定寫這篇文章簡單介紹下怎么使用PGO來編譯PHP7, 讓你編譯的PHP7能特別的讓你自己的獨立的應用變得更快.

首先, 要決定的就是拿什么場景去Feedback GCC, 我們一般都會選擇: 在你要優化的場景中: 訪問量最大的, 耗時最多的, 資源消耗最重的一個頁面.

拿Wordpress為例, 我們選擇Wordpress的首頁(因為首頁往往是訪問量最大的).

我們以我的機器為例:

       Intel(R) Xeon(R) CPU           X5687  @ 3.60GHz X 16(超線程),
       48G Memory
php-fpm 采用固定32個worker, opcache采用默認的配置(一定要記得加載opcache)

以wordpress 4.1為優化場景..

首先我們來測試下目前WP在PHP7的性能(ab -n 10000 -c 100):

$ ab -n 10000 -c 100 http://inf-dev-maybach.weibo.com:8000/wordpress/

This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/
 
Benchmarking inf-dev-maybach.weibo.com (be patient)
Completed 1000 requests
Completed 2000 requests
Completed 3000 requests
Completed 4000 requests
Completed 5000 requests
Completed 6000 requests
Completed 7000 requests
Completed 8000 requests
Completed 9000 requests
Completed 10000 requests
Finished 10000 requests
 
Server Software:    nginx/1.7.12
Server Hostname:    inf-dev-maybach.weibo.com
Server Port:      8000
 
Document Path:     /wordpress/
Document Length:    9048 bytes
 
Concurrency Level:   100
Time taken for tests:  8.957 seconds
Complete requests:   10000
Failed requests:    0
Write errors:      0
Total transferred:   92860000 bytes
HTML transferred:    90480000 bytes
Requests per second:  1116.48 [#/sec] (mean)
Time per request:    89.567 [ms] (mean)
Time per request:    0.896 [ms] (mean, across all concurrent requests)
Transfer rate:     10124.65 [Kbytes/sec] received

可見Wordpress 4.1 目前在這個機器上, 首頁的QPS可以到1116.48. 也就是每秒鐘可以處理這么多個對首頁的請求,

現在, 讓我們開始教GCC, 讓他編譯出跑Wordpress4.1更快的PHP7來, 首先要求GCC 4.0以上的版本, 不過我建議大家使用GCC-4.8以上的版本(現在都GCC-5.1了).

第一步, 自然是下載PHP7的源代碼了, 然后做./configure. 這些都沒什么區別

接下來就是有區別的地方了, 我們要首先第一遍編譯PHP7, 讓它生成會產生profile數據的可執行文件:

$ make prof-gen

注意, 我們用到了prof-gen參數(這個是PHP7的Makefile特有的, 不要嘗試在其他項目上也這么搞哈 :) )

然后, 讓我們開始訓練GCC:

$ sapi/cgi/php-cgi -T 100 /home/huixinchen/local/www/htdocs/wordpress/index.php >/dev/null

也就是讓php-cgi跑100遍wordpress的首頁, 從而生成一些在這個過程中的profile信息.

然后, 我們開始第二次編譯PHP7.

$ make prof-clean
$ make prof-use && make install

好的, 就這么簡單, PGO編譯完成了, 現在我們看看PGO編譯以后的PHP7的性能:

$ ab -n10000 -c 100 http://inf-dev-maybach.weibo.com:8000/wordpress/

This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/
 
Benchmarking inf-dev-maybach.weibo.com (be patient)
Completed 1000 requests
Completed 2000 requests
Completed 3000 requests
Completed 4000 requests
Completed 5000 requests
Completed 6000 requests
Completed 7000 requests
Completed 8000 requests
Completed 9000 requests
Completed 10000 requests
Finished 10000 requests
 
Server Software:    nginx/1.7.12
Server Hostname:    inf-dev-maybach.weibo.com
Server Port:      8000
 
Document Path:     /wordpress/
Document Length:    9048 bytes
 
Concurrency Level:   100
Time taken for tests:  8.391 seconds
Complete requests:   10000
Failed requests:    0
Write errors:      0
Total transferred:   92860000 bytes
HTML transferred:    90480000 bytes
Requests per second:  1191.78 [#/sec] (mean)
Time per request:    83.908 [ms] (mean)
Time per request:    0.839 [ms] (mean, across all concurrent requests)
Transfer rate:     10807.45 [Kbytes/sec] received

現在每秒鐘可以處理1191.78個QPS了, 提升是~7%. 還不賴哈(咦, 你不是說10%么? 怎么成7%了? 呵呵, 正如我之前說過, 我們嘗試分析PGO都做了些什么優化, 然后把一些通用的優化手工Apply到PHP7中. 所以也就是說, 那~3%的比較通用的優化已經包含到了PHP7里面了, 當然這個工作還在繼續).

到此，關于“如何使用Huagepage和PGO來提升PHP7的執行性能”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！