作者:欧泊王_121 | 来源:互联网 | 2023-08-25 11:03
导读:PHP7发布有一段时间了,业界有一些公司已经尝试在线上大规模使用这个版本了。Tumblr也从PHP5升级到PHP7,他们碰到了什么问题,又是怎么处理的,PHP7这个版本又给T
导读: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