用 HHvm 运行 Wordpress 是用 Apache 好还是 Nginx 好一点?

最近想研究一下 HHvm,但是在网上没找到详细的技术文档,所以想自己做一个 Wordpress 实例研究一下,选择 Web 服务器时让我犹豫了一下:
系统: Ubuntu OR RedHat
因为我自己对 Nginx 没有太多研究(我只钟爱Apache)。不知道它支不支持虚拟路径。
所以在这里问一下懂 HHvm 的人,是选 Apache 或是 Nginx 好一点?
也可以提供相关技术文档。
注:我是一个菜鸟……

回复内容:

HHVM通常搭配Nginx比较多,Apache当然也可以,通信方式走fastcgi。

HHVM的介绍如下:
HHVM是一个开源的PHP虚拟机,使用JIT的编译方式以及其他技术,让PHP代码的执行性能大幅提升。据传,可以将当前版本的原生PHP代码提升5-10倍的执行性能。

HHVM起源于Facebook公司,Facebook早起的很多代码是使用PHP来开发的,但是,随着业务的快速发展,PHP执 行效率成为越来越明显的问题。为了优化执行效率,Facebook在2008年就开始使用HipHop,这是一种PHP执行引擎,最初是为了将 Fackbook的大量PHP代码转成 C++,以提高性能和节约资源。使用HipHop的PHP代码在性能上有数倍的提升。后来,Facebook将HipHop平台开源,逐渐发展为现在的 HHVM。


HHVM提升PHP执行性能的方式

HHVM提升PHP性能的途径,采用的方式就是替代Zend引擎来生成和执行PHP的中间字节码(HHVM生成自己格式的中间字节 码),执行时通过JIT(Just In Time,即时编译是种软件优化技术,指在运行时才会去编译字节码为机器码)转为机器码执行。Zend引擎默认做法,是先编译为opcode,然后再逐条 执行,通常每条指令对应的是C语言级别的函数。如果我们产生大量重复的opcode(纯PHP写的代码和函数),对应的则是Zend多次逐条执行这些C代 码。而JIT所做的则是更进一步,将大量重复执行的字节码在运行的时候编译为机器码,达到提高执行效率的目的。通常,触发JIT的条件是代码或者函数被多 次重复调用。


普通的PHP代码,因为无法固定变量的类型,需要额外添加判断类型的逻辑代码,这样PHP代码是不利于CPU执行和优化 的。因此,HHVM通常需要用到Hack写法(为了兼容某种特性而额外添加的技巧性质的代码)的PHP代码来“配合”,就是为了让变量类型固定,方便虚拟 机编译执行。PHP追求以一种形式来容纳一切类型,而Hack则可以将被容纳的一切标记上确定的类型。

PHP代码的Hack写法的例子:


上面的例子中,PHP代码主要被添加上了变量类型。Hack写法的总体方向,就是将之前“动态”的写法变为“静态”的写法,来配合HHVM。

HHVM因为它的高性能而吸引了不少人的关注,一些一线互联网公司也开始跟进使用。从纯语言执行性能测试结果来看,HHVM领先了开发中的PHP7版本不少。


不过,从具体业务场景来看,HHVM和PHP7的差距并没有那么大,以WordPress开源博客首页为测试场景的结果中,他们目前的差距并不明显。



但是,PHP7目前还在开发中,就已经可用的技术方案来看,目前的HHVM略胜一筹。不过,HHVM的部署和应用都存在一些的问题:

  1. 服务部署比较复杂,有一定维护成本。
  2. 对PHP原生代码并非完整支持,PHP拓展也需要做适当的兼容。
  3. HHVM是个新虚拟机,长时间运行有内存泄露。(据说,一线互联网公司在应用这个技术时,是通过自己打Patch的方式解决内存泄露)
PS:PHP7是PHP官方社区的下一个大版本,旨在提升PHP代码的执行性能。

我之前整理的两个社区的科普文:
PHP7和HHVM的性能之争介绍想知道答案的方法,就是自己去实践。以下内容仅供参考:

apache / nginx 两者侧重点不同,前者适合搭配各种apache旗下软件使用,后者是单纯的前端代理软件。如果你单纯的跑给站的话,hhvm自己就可以,但是如果要权衡前端缓存,反响代理,细致的客户端缓存设置,还是用nginx吧。

而且如果你没有特殊的需求(svn?hadoop?)的话,nginx完全可以满足你的各种需求,而且配置简单。

至于热加载,你需要的是tengine,支持dso(动态加载模块)。

关于安装和配置,可以参考:
  • 配置Ubuntu WebServer基础环境
  • 简单配置服务端代理Apache
  • 简单配置服务端代理Tengine
如果涉及上传,参考php的设置,在/etc/hhvm/php.ini 设置upload_limit/post_limit...

如果你用hhvm跑前端代理和runtime两个角色的话,那么请参考官方文档。

最后,如果只是通过网站响应速度来评定好坏的话,可以参考:
天下武功,唯快不破标题中的『好』在哪里?不太明白。

先简单来说下 PHP 运行方式,大概有三种:
1. 命令行(解释器),这个跟 Web Server 无关
2. mod_php,这个就是说 Apache 的模块
3. fpm,官方提供的 FastCGI 协议管理程序,走 FastCGI 协议,Apache 和 Nginx 都可以做 FastCGI 协议代理转发,不过这种方式一般人都会选择 Nginx

对于上面的 2、3 中,个人建议采用 Apache(mod_php)方式来运行,主要是简单,稳定,省事,等你折腾到 PHP 自身(优化、配置)的时候再考虑 Nginx 方式。

楼主提到 HHVM 是另外一个东西,这里有个文章:HHVM 是如何提升 PHP 性能的?请看鸟哥的测试:laruence.com/2014/12/18博客的话,简单就好。如@smallfish所言。
nginx的话主要是高并发,性能高。 Apache对于多用户访问采用的是每一个用户一个fork,对内存,线程切换开销可想而知。
Apache对于第三方插件可以“热”插拔,重启apache即可。Nginx则需要重新编译。
Hackshell和php与@smallfish说的一样,fadtcgi,可以说是php的“虚拟机”,相当于是php自身是个服务器,apache和nginx是用来做代理用,处理http请求的一些细节。这件事情取决于你博客的访问量. 大部分人的博客访问量, 对apache+phpmod或者nginx+php-fpm, 压力不会太大, 这点区别, 跟在wordpress启用页面cache插件比, 还是比较小的.

你提供的场景信息太少, 没法做详细的分析nginx + hhvm 运行时候, 跟nginx + php-fpm 运行时候。hhvm 此时等同于 php-fpm 的。都是监听端口或者unix 本地 sock解释PHP的。就是HHVM解析速度快,目前感受是废一点内存,CPU省一半儿, 兼容性良好, 就是稳定性大概我用HHVM3.3.0 2个月进程意外崩一次, 目前的HHVM 3.5应高好一点。

最快最省服务器的,是 nginx + HHVM(hhvm监听本地sock, 比如 /dev/shm/hhvm.sock)这样是最快最好的 ,也很稳定。听说最好的办法不是nginx+apache+php(wordpress)吗?

郑重声明:本文版权包含图片归原作者所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时间联系我们(delete@yzlfxy.com)修改或删除,多谢。

郑重声明:本文版权归原作者所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时间联系我们修改或删除,多谢。

留言与评论(共有 0 条评论)
昵称:
匿名发表
   
验证码: