编译安装 php7 优化配置项 性能简测试
之前编译过一次php7, 印象安装了一天, 第一印象不是很好, 今天安装 php7.1.6 一次成功, 出奇的顺利:
下载: http://cn2.php.net/distributions/php-7.1.6.tar.gz
安装步骤如下:
yum -y install libmcrypt-devel mhash-devel libxslt-devel libjpeg libjpeg-devel libpng libpng-devel freetype freetype-devel libxml2 libxml2-devel zlib zlib-devel glibc glibc-devel glib2 glib2-devel bzip2 bzip2-devel ncurses ncurses-devel curl curl-devel e2fsprogs e2fsprogs-devel krb5 krb5-devel libidn libidn-devel openssl openssl-devel
yum -y install gcc automake autoconf libtool make
yum -y install gcc gcc-c++ glibc
./configure --prefix=/opt/php71/ --with-config-file-path=/etc/php71/ --with-libdir=lib64 --with-gd --with-iconv --with-freetype-dir --with-jpeg-dir --with-png-dir --with-zlib --with-curl --with-mcrypt --with-openssl --enable-mysqlnd --with-mysqli=mysqlnd --with-pdo-mysql=mysqlnd --with-pdo-sqlite=shared --enable-xml --enable-pcntl --enable-mbregex --enable-mbstring --enable-bcmath --enable-gd-native-ttf --enable-inline-optimization --enable-zip --enable-ftp --enable-sockets --enable-shmop --enable-sysvsem --enable-sysvmsg --enable-sysvshm --disable-rpath --disable-debug --without-gdbm --enable-opcache --enable-fpm --with-fpm-user=www --with-fpm-group=www --enable-maintainer-zts
cp php.ini-production /opt/php71/etc/php.ini
cp sapi/fpm/init.d.php-fpm /etc/init.d/php-fpm71
cp /opt/php71/etc/php-fpm.d/www.conf.default /opt/php71/etc/php-fpm.d/www.conf
chmod 755 /etc/init.d/php-fpm71
service php-fpm71 restart
优化配置:
在php.ini中添加:
zend_extension=opcache.so
opcache.enable=1
opcache.enable_cli=1
opcache.file_cache=/tmp
AB测试:
请求文件内容:
<?php
echo 'am';
?>
php53压测结果:
ab -c 10 -n 100 http://127.0.0.1:80/
php7.1.6压测结果 : ab -c 10 -n 100 http://127.0.0.1:800/
对比提升了 3倍
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------
其它:
让PHP7达到最高性能的几个Tips
http://www.laruence.com/2015/12/04/3086.html
PHP7已经发布了, 作为PHP10年来最大的版本升级, 最大的性能升级, PHP7在多放的测试中都表现出很明显的性能提升, 然而, 为了让它能发挥出最大的性能, 我还是有几件事想提醒下.
PHP7 VS PHP5.6
1. Opcache
记得启用Zend Opcache, 因为PHP7即使不启用Opcache速度也比PHP-5.6启用了Opcache快, 所以之前测试时期就发生了有人一直没有启用Opcache的事情. 启用Opcache非常简单, 在php.ini配置文件中加入:
zend_extension=opcache.soopcache.enable=1opcache.enable_cli=1"
2. 使用新的编译器
使用新一点的编译器, 推荐GCC 4.8以上, 因为只有GCC 4.8以上PHP才会开启Global Register for opline and execute_data支持, 这个会带来5%左右的性能提升(Wordpres的QPS角度衡量)
其实GCC 4.8以前的版本也支持, 但是我们发现它支持的有Bug, 所以必须是4.8以上的版本才会开启这个特性.
3. HugePage
我之前的文章也介绍过: 让你的PHP7更快之Hugepage , 首先在系统中开启HugePages, 然后开启Opcache的huge_code_pages.
以我的CentOS 6.5为例, 通过:
$sudo sysctl vm.nr_hugepages=512
分配512个预留的大页内存:
$ cat /proc/meminfo | grep HugeAnonHugePages: 106496 kBHugePages_Total: 512HugePages_Free: 504HugePages_Rsvd: 27HugePages_Surp: 0Hugepagesize: 2048 kB
然后在php.ini中加入:
opcache.huge_code_pages=1
这样一来, PHP会把自身的text段, 以及内存分配中的huge都采用大内存页来保存, 减少TLB miss, 从而提高性能.
4. Opcache file cache
开启Opcache File Cache(实验性), 通过开启这个, 我们可以让Opcache把opcode缓存缓存到外部文件中, 对于一些脚本, 会有很明显的性能提升.
在php.ini中加入:
opcache.file_cache=/tmp
这样PHP就会在/tmp目录下Cache一些Opcode的二进制导出文件, 可以跨PHP生命周期存在.
5. PGO
我之前的文章: 让你的PHP7更快(GCC PGO) 也介绍过, 如果你的PHP是专门为一个项目服务, 比如只是为你的Wordpress, 或者drupal, 或者其他什么, 那么你就可以尝试通过PGO, 来提升PHP, 专门为你的这个项目提高性能.
具体的, 以wordpress 4.1为优化场景.. 首先在编译PHP的时候首先:
$ make prof-gen
然后用你的项目训练PHP, 比如对于Wordpress:
$ sapi/cgi/php-cgi -T 100 /home/huixinchen/local/www/htdocs/wordpress/index.php >/dev/null
也就是让php-cgi跑100遍wordpress的首页, 从而生成一些在这个过程中的profile信息.
最后:
$ make prof-clean$ make prof-use && make install
这个时候你编译得到的PHP7就是为你的项目量身打造的最高性能的编译版本.
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
让你的PHP7更快之Hugepage
http://www.laruence.com/2015/10/02/3069.html
PHP7刚刚发布了RC4, 包含一些bug修复和一个我们最新的性能提升成果（NEWS）， 那就是”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 HugeAnonHugePages: 444416 kBHugePages_Total: 0HugePages_Free: 0HugePages_Rsvd: 0HugePages_Surp: 0Hugepagesize: 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=128vm.nr_hugepages = 128
现在让我们再次检查内存信息:
$ cat /proc/meminfo | grep HugeAnonHugePages: 444416 kBHugePages_Total: 128HugePages_Free: 128HugePages_Rsvd: 0HugePages_Surp: 0Hugepagesize: 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 HugeAnonHugePages: 411648 kBHugePages_Total: 128HugePages_Free: 113HugePages_Rsvd: 27HugePages_Surp: 0Hugepagesize: 2048 kB
说到这里，如果Hugepages可用， 其实Opcache也会用Hugepages来存储opcodes缓存， 所以为了验证opcache.huge_code_pages确实生效， 我们不妨关闭opcache.huge_code_pages, 然后再启动一次后看内存信息：
$ cat /proc/meminfo | grep HugeAnonHugePages: 436224 kBHugePages_Total: 128HugePages_Free: 117HugePages_Rsvd: 27HugePages_Surp: 0Hugepagesize: 2048 kB
可见开启了huge_code_pages以后， fpm启动后多用了4个pages, 现在我们检查下php-fpm的text大小：
$ size /home/huixinchen/local/php7/sbin/php-fpm text data bss dec hex filename10114565 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可以修复这个限制吧..