php5.4 Zend引擎的优化

　　在PHP 5.4的更新list上, 有一句: 提升了Zend引擎的性能, 减少了内存占用.

　　那么, 到底是怎么提升的呢?

　　避免不必要的Hashtable

　　我们知道在PHP中, 类的属性/静态属性/常量, 都是保存在Hashtable中的, 而在以前, 即使一个类没有申明属性/静态属性/常量, Zend引擎也会为他们分配Hashtable.

　　而在现在, 这个过程被优化了, 只有在有元素的时候才会分配Hashtable.

　　这样就避免一些emalloc/efree操作, 减少一些内存占用.

　　四元式优化

　　在PHP中, 真正执行的是Opcodes, 一个Opcodes包含3个固定的操作数, result, left, right, 在以前, 这三个操作数每一个都包含一个zval, 即使根本用不到的时候, 比如没有右操作数的时候, 还会为右操作数分配一个zval.

　　而在现在, 所有的操作数将不再直接包含zval, 而是包含一个literal table的指针, 每一个op array都会包含一个literal table.

　　并且znode也做了相应的调整.

　　这样一来, 也能减少一些内存占用. 从之前的(32位操作系统)一个opcode占用72byte, 到现在的28byte.

　　另外, 对于string, literal table还会保存一份这个string的预先计算的hash值, 避免了在运行时多次计算. 从而提高一部分性能.

　　字面字符串

　　就好像C语言中, 代码中的字面字符串, 会保存在一个固定段内(数据段), 在整个执行时期, 这些字符串都是常量字符串,不能被修改,不能被free.

　　PHP也借鉴了这样的思想, 提出一个Internal string的概念, 在PHP代码中的字面量字符串, 将会一次分配, 并前在整个执行期都不能被修改.

　　PHP在copy_zval, free zval等操作的时候, 会对internal string特别处理, 避免不必要的free和复制.

　　并且这些字面量字符串的hash值将会被预先计算, 这样一来, 对于字符串比较 ==, 以及hashtable中的hash计算来说, 都可以直接使用这个预先计算的hash值, 从而能提高一部分性能.

　　其他

　　当然, 还有很多优化点, 比如优化了opcode, 减少了一些不必要的opcodes, 在此就不一一赘述了.

　　对比

　　下面是PHP开发小组内部测试的一些数据:

　　原生PHP, 没有Opcode Cache:

　　php-trunkpatchedinprovement

　　bench.php (sec)4.313.4919%

　　micro_bench.php (sec)19.7814.6326%

　　一些实际的应用:

　　php-trunkpathcedimprovement

　　blog (req/sec)59.366.212%

　　drupal (req/sec)1073.91084.81%

　　fw (req/sec)105.3111.86%

　　hello (req/sec)5362.55351.40%

　　qdig (req/sec)243.4253.74%

　　typo3 (req/sec)355.3382.68%

　　wordpress (req/sec)101.8108.57%

　　xoops (req/sec)70.378.512%

　　scrum (req/sec)86.5104.220%

　　从这些数据来看, 性能提升还是很明显的..

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!