使用Huagepage和PGO來提升PHP7的執(zhí)行性能
Hugepage
PHP7剛剛發(fā)布了RC4, 包含一些bug修復和一個我們最新的性能提升成果， 那就是”HugePageFy PHP TEXT segment”， 通過啟用這個特性，PHP7會把自身的TEXT段（執(zhí)行體）”挪“到Huagepage上，之前的測試，我們能穩(wěn)定的在Wordpress上看到2%~3%的QPS提升。
關于Hugepage是啥，簡單的說下就是默認的內存是以4KB分頁的，而虛擬地址和內存地址是需要轉換的， 而這個轉換是要查表的，CPU為了加速這個查表過程都會內建TLB（Translation Lookaside Buffer）， 顯而易見如果虛擬頁越小，表里的條目數(shù)也就越多，而TLB大小是有限的，條目數(shù)越多TLB的Cache Miss也就會越高， 所以如果我們能啟用大內存頁就能間接降低這個TLB Cache Miss，至于詳細的介紹，Google一搜一大堆我就不贅述了，這里主要說明下如何啟用這個新特性， 從而帶來明顯的性能提升。
新的Kernel啟用Hugepage已經變得非常容易了，以我的開發(fā)虛擬機為例(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. 現(xiàn)在讓我們先編譯PHP RC4, 記得一定不要加： –disable-huge-code-pages （這個新特性是默認啟用的， 你加了這個就關了）
然后配置opcache, 從PHP5.5開始Opcache已經是默認啟用編譯的，但是是編譯動態(tài)庫的， 所以我們還是要在php.ini中配置加載下。
zend_extension=opcache.so
這個新特性是做在Opcache里的，所以也要通過Opcache啟用這個特性（通過設置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)在讓我們再次檢查內存信息:
$ 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
現(xiàn)在， 再次檢查內存信息:
$ 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, 現(xiàn)在我們檢查下php-fpm的text大?。?/p>
$ 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個字節(jié)大小， 總共需要占用4.8個左右的2M的pages， 考慮到對齊以后（尾部不足2M Page部分不挪動）， 申請4個pages， 正好和我們看到的相符。
說明配置成功！ Enjoy :)
但是有言在先， 啟用此特性以后， 會造成一個問題就是你如果嘗試通過Perf report/anno 去profiling的時候， 會發(fā)現(xiàn)符號丟失(valgrind, gdb不受影響), 這個主要原因是Perf的設計采用監(jiān)聽了mmap，然后記錄地址范圍， 做IP到符號的轉換， 但是目前HugeTLB只支持MAP_ANON， 所以導致Perf認為這部分地址沒有符號信息，希望以后版本的Kernel可以修復這個限制吧..
GCC PGO
PGO正如名字所說(Profile Guided Optimization 有興趣的可以Google), 他需要用一些用例來獲得反饋, 也就是說這個優(yōu)化是需要和一個特定的場景綁定的.
你對一個場景的優(yōu)化, 也許在另外一個場景就事與愿違了. 它不是一個通用的優(yōu)化. 所以我們不能簡單的就包含這些優(yōu)化, 也無法直接發(fā)布PGO編譯后的PHP7.
當然, 我們正在嘗試從PGO找出一些共性的優(yōu)化, 然后手工Apply到PHP7上去, 但這個很明顯不能做到針對一個場景的特別優(yōu)化所能達到的效果, 所以我決定寫這篇文章簡單介紹下怎么使用PGO來編譯PHP7, 讓你編譯的PHP7能特別的讓你自己的獨立的應用變得更快.
首先, 要決定的就是拿什么場景去Feedback GCC, 我們一般都會選擇: 在你要優(yōu)化的場景中: 訪問量最大的, 耗時最多的, 資源消耗最重的一個頁面.
拿Wordpress為例, 我們選擇Wordpress的首頁(因為首頁往往是訪問量最大的).
我們以我的機器為例:
Intel(R) Xeon(R) CPU X5687 @ 3.60GHz X 16(超線程),
48G Memory
php-fpm 采用固定32個worker, opcache采用默認的配置(一定要記得加載opcache)
以wordpress 4.1為優(yōu)化場景..
首先我們來測試下目前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. 也就是每秒鐘可以處理這么多個對首頁的請求,
現(xiàn)在, 讓我們開始教GCC, 讓他編譯出跑Wordpress4.1更快的PHP7來, 首先要求GCC 4.0以上的版本, 不過我建議大家使用GCC-4.8以上的版本(現(xiàn)在都GCC-5.1了).
第一步, 自然是下載PHP7的源代碼了, 然后做./configure. 這些都沒什么區(qū)別
接下來就是有區(qū)別的地方了, 我們要首先第一遍編譯PHP7, 讓它生成會產生profile數(shù)據(jù)的可執(zhí)行文件:
$ make prof-gen
注意, 我們用到了prof-gen參數(shù)(這個是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編譯完成了, 現(xiàn)在我們看看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
現(xiàn)在每秒鐘可以處理1191.78個QPS了, 提升是~7%. 還不賴哈(咦, 你不是說10%么? 怎么成7%了? 呵呵, 正如我之前說過, 我們嘗試分析PGO都做了些什么優(yōu)化, 然后把一些通用的優(yōu)化手工Apply到PHP7中. 所以也就是說, 那~3%的比較通用的優(yōu)化已經包含到了PHP7里面了, 當然這個工作還在繼續(xù)).
于是就這么簡單, 大家可以用自己的產品的經典場景來訓練GCC, 簡單幾步, 獲得提升, 何樂而不為呢
相關文章
這篇文章主要介紹了PHP記錄和讀取JSON格式日志文件的相關資料,需要的朋友可以參考下2016-07-07
這篇文章主要介紹了常見php數(shù)據(jù)文件緩存類,實例講述了php文件緩存與利用memcache來緩存數(shù)據(jù)的方法,代碼封裝性好,使用簡單,是非常實用的技巧,需要的朋友可以參考下2014-12-12
為其他對象提供一個代理以控制這個對象的訪問2011-06-06
在php5.4以前做json_encode的時候中文會被unicode編碼，中文都會被編碼,變成不可讀的，類似“\u***”的格式,接下來介紹幾種5.4之前不進行unicode轉碼的處理方法2013-01-01
jquery獲取多個checkbox的值異步提交給php的方法
這篇文章主要介紹了jquery獲取多個checkbox的值異步提交給php的方法,涉及jQuery操作頁面元素進行異步傳輸?shù)南嚓P技巧,需要的朋友可以參考下2015-06-06
ThinkPHP使用心得分享-ThinkPHP + Ajax 實現(xiàn)2級聯(lián)動下拉菜單
聯(lián)動菜單的數(shù)據(jù)存在數(shù)據(jù)庫，可以隨時通過對數(shù)據(jù)庫添加刪除修改改變菜單數(shù)據(jù)，而不需修改代碼，同時，實現(xiàn)了2級后，也可以實現(xiàn)3級，4級。。。等關聯(lián)菜單2014-05-05
從一個不錯的留言本弄的mysql數(shù)據(jù)庫操作類
本文通過實例代碼給大家介紹了mysql數(shù)據(jù)庫操作類的相關知識，感興趣的朋友跟隨腳本之家小編一起看看吧2007-09-09
Shell命令注入是一種安全漏洞,攻擊者通過構造特殊的輸入來在服務器上執(zhí)行任意Shell命令,在PHP編程中,防止Shell命令注入至關重要,本文給大家介紹了一些有效的預防措施,需要的朋友可以參考下2024-11-11
最近要對網(wǎng)站做個整理，需要檢測網(wǎng)站內哪些頁面沒有被百度搜索引擎收錄從而進行相關的調整。由于使用site命令一條條的去看實在是看不過來，就想到了使用php程序來批量處理一下2013-09-09
以下是對本地機apache配置基于域名的虛擬主機進行了詳細的介紹，需要的朋友可以過來參考下2013-08-08