让你的PHP7更快之Hugepage用法分析(2)-木庄网络博客

然后配置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可以修复这个限制吧..

最后: 性能对比测试的任务就留给大家来试试了，欢迎评论你们看到的变化！

希望本文所述对大家php程序设计有所帮助。

更多ECSHOP内容来自木庄网络博客

标签：ECSHOP

返回前面的内容