本人翻译的一篇文章,首发于伯乐在线。php
【补充信息】HipHop for PHP是一系列PHP脚本语言的程式码转换器的集合,它包含HPHPc、HPHPi、HPHPd以及HHVM,这四个脚本引擎各有所不一样,可是他们共用相同的执行时期(Runtime)及工具集(Toolset)。HipHop是由Facebook所创建,他们用它来节省服务器的资源。HipHop 由 C++ 和 C 语言所编写,发布时代码量已高达60万行,它以自由软件发布,采用PHP许可证3.01版。(摘自维基百科)ios
2013年11月4日开始,HHVM团队进行了为期三周的“性能与兼容性封闭开发”。这次封闭开发于11月22日正式结束。整体来看,封闭开发得到了成功。衡量成功的三要素以下:laravel
HHVM团队在封闭开发结束后的聚会上git
封闭开发伊始,团队认识到,仅仅拥有优异的性能还不足以使HHVM成为可靠的、可供大范围使用的PHP运行环境。它必须能运行实际的、现成的PHP代码。因此,咱们将这一点视为头号工做任务(它将持续进行至2014年)。首先,咱们在GitHub上经过“星标”数来寻找那些正被大多数人使用的热门PHP项目,并确保这些项目的单元测试可顺利运行于HHVM之上。github
先来看一些数字。下图是超过125次文件修改以后,取得的兼容性方面的部分红果。正则表达式
封闭开发后的单元测试兼容性成果sql
框架数据库 |
封闭开发前 %数组 |
封闭开发后 %缓存 |
Delta % |
均值 |
89.96 |
99.58 |
9.62 |
77.94 |
100 |
22.06 |
|
88.24 |
100 |
11.76 |
|
98.79 |
98.89 |
0.10 |
|
92.4 |
99.95 |
7.55 |
|
98.61 |
100 |
1.39 |
|
100 |
100 |
0 |
|
100 |
100 |
0 |
|
94.09 |
97.92 |
3.83 |
|
99.23 |
100 |
0.77 |
|
97.66 |
98.74 |
1.08 |
|
98.91 |
99.98 |
1.07 |
|
100 |
100 |
0 |
|
Fatal |
92.66 |
92.66 |
|
94.58 |
99.5 |
4.92 |
|
96.15 |
94.16 |
-1.99 |
|
96.29 |
97.03 |
0.74 |
|
100 |
100 |
0 |
|
86.53 |
96.67 |
10.14 |
|
99.23 |
100 |
0.77 |
|
78.08 |
99.11 |
21.03 |
|
92.4 |
95.49 |
3.09 |
正如图表及delta列所示,咱们在努力下,近乎彻底的成功改进了单元测试的兼容性。
大部分文件更改已包含在HHVM 2.3版本中,如下是一些对单元测试结果有显著影响的关键改进:
不管怎样,我相信你对咱们的成果还有一些好奇:
1. 为何phpMyAdmin的兼容性降低了呢? 这并非“因为咱们改动代码形成单元测试失败”这个维度上的降低。这实际上多是咱们的测试框架脚本在最初未能正确的载入所有测试用例形成的。咱们修复了这个问题。尽管如此,咱们正在调查这个降低的根本缘由,以防咱们破坏了某些东西。
2. 为何在11月24日左右有一个垂直跌落。咱们提交了一处修改,本想将测试框架推向完美,但却在运行时遭遇段异常。这个错误很快被修复了。
正如前文所述,用来提高单测兼容性的21款开源项目是根据流行程度挑选出来的。不过,挑选还基于他们是否使用PHPUnit以及他们在咱们的框架上运行的如何。举例来讲,这些项目的单元测试数量,Symfony和ZF2各有超过一万个测试用例,咱们须要一个能以较快方式运行全部项目单元测试用例的测试框架。所以,咱们开发了一个可并行下载、安装和运行全部单元测试的脚本。这个脚本仍然在完善中,但它已帮助咱们在30分钟到一个小时内运行五万个以上的单元测试用例而且可连续运行不少个小时。这个脚本位于:HHVM Github repository
可能你已经注意到,你所喜好的开源项目并未出如今上面的名单中。这是因为如下几个缘由形成的:首先,咱们不可能在3周时间内覆盖全部的开源项目。其次,虽然诸如CakePHP这样的开源项目很重要,咱们也计划将它们加入测试框架,但因为一些安装和配置方面的的问题(例如,要求数据库)使咱们没法在短期内完成这一工做。
最后,正如咱们在封闭开发前发表的博文中所述,HHVM团队建立了不少“便利贴”来指引项目。便利贴显示两项内容:与便利贴上所述任务相关的失败测试用例数及已开发天数。因此,咱们一般按从左上角到右下角的顺序工做,以使咱们取得最大回报。
指出与上述统计值相关的假设及警告是颇有必要的。
1. 总体单元测试经过百分比(98.5%)是简单的,未加权平均数(即,全部百分比相加除以21).所以,相似Paris这种只含有50个单元测试用例的项目和相似Symfony这种包含一万单元测试用例的项目拥有相同的权重。若是咱们加权 (其中 Symfony 和 Zf2 会获得比Pair和 Idiorm更多的权重)计算这些百分比,总体经过百分比会有极小的跌幅 (绩效跌幅的缘由是由于在全部开源资源项目的经过百分比方差小)
2. 某些在HHVM上运行失败的测试用例,一样没法在PHP 5.5.x环境中运行。咱们称其为“小丑”同时在咱们的测试框架中忽略他们。
3. 某些单元测试会致使咱们的测试框架脚本出错(例如,死锁)。咱们屏蔽了这些测试用例并把它们归为失败用例。
为了能成功运行全部开源项目的单元测试,咱们对它们的代码作了屡次修改。例如,一些修改是为了支持咱们的并行测试框架。在其余一些状况下,单元测试用例中实际bug。使人惊喜的是,就在咱们封闭期间,那些项目维护者就审查了代码,并在大多数状况下接受了咱们的pull requests。如下是一些pull request的实例:
框架 & pull request连接 |
描述 |
Support different style error messages |
|
Support the HHVM requirement of implementing methods of interfaces |
|
Support the definition usort() on equal values |
|
Support our parallel testing framework |
|
Support a string check in hash_hmac |
|
Better use of strings instead of large integers in certain parsing scenarios |
|
Support HHVM in PHP_BINARY checks |
|
Support HHVM as one of the possible PHP executables |
与Travis集成
HHVM 2.3版本公告中提到了与Travis CI集成。如今,咱们开始持续的经过开源项目的单元测试,一些开源项目已把HHVM加入它们的Travis CI构建(棒极了)。如下是把HHVM加入CI构建的开源框架:
感谢以上项目能如此之快的支持咱们。一样,咱们对其余项目也提交了不少相似的优秀pull request
性能团队的封闭开发目标是提高15%,最终得到了16%的提高。
封闭开发后的性能成果
这意味着其余php代码也会有很大的提高空间。性能方面的收获来自于大量的小改进和少许的大改动。如下是一些重大的修改:
1. 为特殊的函数调用方式生成代码。HHVM已经为普通函数和方法调用生成优质的代码,因此一些不常见的调用方式已经出如今咱们的性能配置数据中。两个最大的改动点是 call_user_func()和static::方法调用已被解释器处理。如今HHVM可为每种调用类型生成优化过的机器代码。
2. 优化HHVM二进制的布局。HHVM是一套庞大的程序:编译后的HHVM时钟C++代码略低于100MB。当最频繁调用的代码占用空间少而不是分散在地址空间中时,CPU缓存才工做的更好。因此,咱们把最经常使用函数集合在一块儿做为二进制的一部分。为了提高页表缓存性能,咱们使用一个巨大的页来映射这个部分。
3. 使用解释器检测热点函数。HHVM解释最初的几个请求,以避免浪费时间和空间去编译启动代码。咱们为解释器加入了寻找热点函数并将其编译为转换缓存一部分的功能。就像最后一个优化,这一项优化针对动态生成的代码,改进了代码位置。
4. 升级了咱们的正则表达式库。新版PCRE加入了针对正则表达式的JIT编译器,这为HHVM带来了一个使人兴奋的性能提高。
我确信你在想:”全部的这些收益和统计很很好,可是胡子呢?! ? “没错,你还记得咱们再封闭开发前的博文:”剃须即失败”。我很高兴的宣告,咱们在封闭开发中一样成功地维持一个最低限度的面部卫生。这里有一些图片来证实这一点。
HHVM团队人手一把剃须刀,准备对面部作清理
咱们达到目标了么?
还记得咱们在前文提到的成功三要素么?
答案是:
性能改进将永远是HHVM团队关注的核心。兼容性优先级将为1A。咱们很是关心开源和PHP社区。咱们将在2014年不遗余力让HHVM在性能与兼容性两方面成为一流,让愈来愈多得开源项目及框架的单元测试(被)经过。大规模的真实php代码测试。请继续关注咱们的进展和计划。最后,祝你们新年快乐。
原文连接: HHVM 翻译: 伯乐在线 - TechZi 译文连接: http://blog.jobbole.com/58097/ |