HHVM 宣布支持 FastCGI - 开源中国社区
HHVM 宣布支持 FastCGI
oschina 2013年12月20日

HHVM 宣布支持 FastCGI

oschina oschina 发布于2013年12月20日 收藏 29 评论 30

阿里云高性能云服务器,2折起! >>> >>>  

今天 HHVM 宣布支持 FastCGI,FastCGI 是应用服务器和 Web 服务器之间通讯的协议,现在在 FastCGI 的支持下,你可以让 Web 服务器支持后端使用 HHVM 运行的应用,包括 Apache、Nginx 和 Lighttpd 等。Web 服务器负责处理 HTTP 请求,而 HHVM 负责更快速的执行 PHP 代码。详细介绍请看 http://www.hhvm.com/blog/1817/fastercgi-with-hhvm

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:HHVM 宣布支持 FastCGI
分享
评论(30)
最新评论
0

引用来自“扣舍蛮”的评论

引用来自“eechen”的评论

不知道上面的测试中PHP有没有开OPcache,命中OPcache能省去parse和compile两步,直接在ZendVM上执行OPcode,速度会有明显提升,不过估计HHVM的JIT要比OPcode在CPU和内存使用上有优势,但PHP-FPM比HHVM更容易部署,也更通用,兼容性更好,普通应用还是选择PHP-FPM为好,况且PHP-FPM本来的性能并不差,足以满足大多数应用的性能需求。

个人认为WordPress的性能瓶颈不是PHP自身,而是在MySQL的数据处理上,1个首页需要进行17次查询,要想高性能,真的很难。你可以在/etc/mysql/my.cnf中开SQL日志记录log = /var/log/mysql/log.sql,然后把这些查询放到一个PHP页面里去执行,性能依旧不会好,建议还是把心思放在SQL优化和减少SQL操作上吧,而不是考虑去换一台JIT虚拟机。

看项目的应用场景吧

php源码自带php-fpm谁与争锋!
0

引用来自“helius”的评论

引用来自“郭煜”的评论

HHVM如果成熟了,PHP会是个更通用的选择了。

FB在生产环境用了这么久了,应该够成熟

生产环境和成熟的差别是,生产环境比较可控,但是拿去各种奇葩的地方去用也能保持一致才算真的成熟了。
0
海纳百川
0

引用来自“eechen”的评论

不知道上面的测试中PHP有没有开OPcache,命中OPcache能省去parse和compile两步,直接在ZendVM上执行OPcode,速度会有明显提升,不过估计HHVM的JIT要比OPcode在CPU和内存使用上有优势,但PHP-FPM比HHVM更容易部署,也更通用,兼容性更好,普通应用还是选择PHP-FPM为好,况且PHP-FPM本来的性能并不差,足以满足大多数应用的性能需求。

个人认为WordPress的性能瓶颈不是PHP自身,而是在MySQL的数据处理上,1个首页需要进行17次查询,要想高性能,真的很难。你可以在/etc/mysql/my.cnf中开SQL日志记录log = /var/log/mysql/log.sql,然后把这些查询放到一个PHP页面里去执行,性能依旧不会好,建议还是把心思放在SQL优化和减少SQL操作上吧,而不是考虑去换一台JIT虚拟机。

看项目的应用场景吧
0
网站的瓶颈一般是数据操作的IO,一般网站用处不大,而大型网站往往有自己开发的服务器
0

引用来自“c2547959”的评论

引用来自“hantsy”的评论

现在还有多少程序用 CGI了。。。记得以前的 5460 (意为“我思念你“,最早的同学录,后来被中国人/搜狐抄袭过去了)最初是用 CGI写的。

fastcgi不是cgi。 cgi也不是某门固定语言, 只是php流行前用perl写cgi的居多.

C 写的 CGI 的也很多。
0
尼玛!是HHVM支持fastCGI吧!!!!
怎么翻译的?
0

引用来自“hantsy”的评论

现在还有多少程序用 CGI了。。。记得以前的 5460 (意为“我思念你“,最早的同学录,后来被中国人/搜狐抄袭过去了)最初是用 CGI写的。

fastcgi不是cgi。 cgi也不是某门固定语言, 只是php流行前用perl写cgi的居多.
0

引用来自“郭煜”的评论

HHVM如果成熟了,PHP会是个更通用的选择了。

FB在生产环境用了这么久了,应该够成熟
0
good,HHVM好东西,FB吊炸天
0
不知道上面的测试中PHP有没有开OPcache,命中OPcache能省去parse和compile两步,直接在ZendVM上执行OPcode,速度会有明显提升,不过估计HHVM的JIT要比OPcode在CPU和内存使用上有优势,但PHP-FPM比HHVM更容易部署,也更通用,兼容性更好,普通应用还是选择PHP-FPM为好,况且PHP-FPM本来的性能并不差,足以满足大多数应用的性能需求。

个人认为WordPress的性能瓶颈不是PHP自身,而是在MySQL的数据处理上,1个首页需要进行17次查询,要想高性能,真的很难。你可以在/etc/mysql/my.cnf中开SQL日志记录log = /var/log/mysql/log.sql,然后把这些查询放到一个PHP页面里去执行,性能依旧不会好,建议还是把心思放在SQL优化和减少SQL操作上吧,而不是考虑去换一台JIT虚拟机。
0
标题可能有误,这应该是HHVM宣布支持FastCGI吧,FastCGI只是一个协议,又不是一个组织
0
HHVM如果成熟了,PHP会是个更通用的选择了。
0
第一个课程设计 做通讯录,就是仿这5460做
0
现在还有多少程序用 CGI了。。。记得以前的 5460 (意为“我思念你“,最早的同学录,后来被中国人/搜狐抄袭过去了)最初是用 CGI写的。
0
可以语法只支持到5.2,略低啊。很多高级用法玩不了了。
0
哈哈哈哈
0
http://www.binarytides.com/udp-socket-programming-in-php/
0
HHVM 很屌的一个PHP虚拟机
0
看起来是很牛逼了
顶部