首页 > PHP开发 > php高级 > [译] 又一个升级到 PHP 7 后性能提升 50% 的案例：Tumblr
2016
11-26

[译] 又一个升级到 PHP 7 后性能提升 50% 的案例：Tumblr

导读：PHP 7 发布有一段时间了，业界有一些公司已经尝试在线上大规模使用这个版本了。 Tumblr 也从 PHP 5 升级到 PHP 7，他们碰到了什么问题，又是怎么处理的，PHP7 这个版本又给 Tumblr 带来了什么？相关的经历对类似需求的团队会有很多启发 。

在 Tumblr，我们一直在寻找新方法来提高网站的性能。 这意味着在关键路径大量使用缓存，测试新的 CDN 配置或升级底层软件。

最近，在团队的努力下，我们将整个 Web 服务器从 PHP 5 升级到 PHP 7，整个升级过程非常有意思，因此通过本文分享如下。

升级的过程

这一切都开始于 2015 年秋天一个 hackday 项目。@oli 和 @trav 在 Tumblr 运行一个 PHP 7 rc 版本。在那时候，很多 PHP 扩展都还不支持PHP 7，但有非官方的分支保证实验性支持。尽管这样，Tumblr 已经可以运行在 PHP7 上了！

今年春天，Tumblr 可以更加稳定的运行在 PHP7 上，我们决定开始升级。我们做的第一件事是打包新版本，以便更容易安装并保证一致。与此同时，我们将内部 PHP 扩展移植到新版本，所以一切都准备好了。

我们编写了一个可以升级（或降级）服务器的小脚本。然后，在春季及夏季，一直都在运行测试并进行性能监测和评估。随着时间推移，我们开始在更多开发人员日常使用的机器里运行PHP 7。

最后，在 8 月底，我们对测试结果感到满意，于是将 PHP 7 替换到我们一小部分生产服务器。两个星期后，所有线上服务器都已更新到 PHP7。

测试与持续集成

当进行这样的升级时，用测试以确保代码正确运行是非常重要的，我们有几个方法。

在这个项目中，我们使用 Phan 寻找代码库中与 PHP 7 不兼容的代码。

Phan：https://github.com/etsy/phan

我们还有一套单元和集成测试，帮助我们识别有问题的模块。 由于项目开发还在进行中，我们需要确保没有添加 PHP7 不兼容的新代码，所以我们设置了持续集成的任务，同时在 PHP5 和 PHP7 环境下运行所有测试。

升级结果

最终的结果是什么？ 性能和语言特性对我们来说是最重要的两个结果。

性能

当我们在第一批服务器上运行 PHP7 时，我们非常密切地关注各种性能监控图表，以确保运行顺利。 正如我们上面提到的，我们正在进行性能改进，实际上的升级结果是非常惊人的， 延迟减少一半，并且服务器上的 CPU 负载降低了 50％ 或者更多 。不但页面响应速度提高了一倍，而且只使用了一半的 CPU 资源。

这些是来自我们的API服务器的图。 如您所见，延迟下降到不到一半，峰值负载平均值现在低于之前的最低点！

语言特性

除此之外，PHP 7 也带来了很多有趣的新功能。 一些亮点是：

  • 标量类型提示：PHP 历史版本在类型安全方面相当差，PHP 7 引入标量类型提示（ Scalar type ），确保传递的值符合特定类型（字符串，bool，int，float等）。

  • 返回类型声明：现在，使用 PHP 7，函数可以有显式返回类型。 这减少了对样板代码和手动检查函数返回值的需求。

  • 匿名类：与匿名函数（闭包）非常类似，匿名类在运行时构建，可以模拟类/接口甚至扩展其他类。 这些对于像日志类这样的实用对象非常有用，并且在单元测试中非常有用。

  • 各种安全和性能增强。

总结

PHP7 相当棒。

以下是国外网站一些网友评论。

jsjohnst ：

我没有参与这个升级过程，但在基于我对 Tumblr（过去在那里工作了 3 年）代码库的了解，以及个人对 PHP 的背景（一直是 PHP 贡献者〜13 年），性能提升有 95% 的可能性与 PHP7 相关。 Chorus （Tumblr 内部基于的框架） 中使用的许多模式和在代码库，都会在 PHP7 内部的变化中受益匪浅。

tyingq：

从 PHP5.x 切换到 PHP7 时，在响应时间，TPS 和内存使用方面的显着改进

https://www.symfony.fi/entry/symfony-benchmarks-php-56-hhvm-and-php-7

uses：

我们使用的 PaaS 云平台最近升级了一个 PHP 7。

对于运行 Bolt 的网站（一个PHP CMS，它大量使用自动加载类），我们看到性能提高了 45％ ~ 55％。 对于 Wordpress，它是约 30 ~ 40％。

bkanber ：

我觉得也可能是因为 PHP7 默认启用了 opcache，而之前并没有启用。

也就是说，更快的解析器和 intepreter 也会做更快的自动加载，所以即使不是opcache，也可能是凭借自动加载类被解释得更快。

nikic：

我们在 7.1 版中 perf 显示在实际应用中没有看到显著的收益（对计算密集型代码有一些改进，比如循环中的计算）。

JIT 是否会对应用程序带来重大改进尚不清楚，我们希望如此。

boulos:

对，我很久以前也对比过，大多数的性能改进来自于运行时的 C 代码改进，比如在实际运行的系统中，产生较少的字符串副本非常关键。这是你在 PHP 7 改进中首先看到的。

使用 PHP 从字节码解释器生成 x86 机器码将意味着在你不结束“跳出”的地方，你应该看到更接近 C 代码性能（JavaScript，Python 等同样如此）。PHP7 的标量类型提示和其他一些小调整（有意义的）应该使 jit 编程一个更容易的任务（对比从 PHP 5.4 到 PHP7）。类型推理是非常有效的，在实践中（见Paul Biggar对此的优秀论文），在 PHP 程序中确实没有那么多的多态性。函数的参数通常有一个或两个类型，或者它们实际上是多态的并有跟多的变体。

progforlyfe

没错，最大的性能改进是来自类似 JIT 改进, 跟 HHVM 所做的工作类似。

tiffanyh:

我很困惑，PHP 7 现在没有 JIT，但它的性能已经与 HHVM（它有JIT）一致。

然后就是说 PHP 8（与JIT）将显著快于 HHVM？

TazeTSchnitzel ：

未必，这可能意味着很多 HHVM 的性能改进与 JIT 无关。

 

 

来自：http://mp.weixin.qq.com/s?__biz=MzAwMDU1MTE1OQ==&mid=2653547882&idx=1&sn=12512269ddb4743c6c7978277643d28b&chksm=813a7cf2b64df5e406ad8ebee973da19d330b3785a134af577883e5f725fa28884d070ed9cf7&mpshare=1&scene=1&srcid=1115vhT3jmCZQ5qd7jtLKtf6&from=groupmessage&isappinstalled=0

 

编程技巧