今天 HHVM 宣布支持 FastCGI，FastCGI 是应用服务器和 Web 服务器之间通讯的协议，现在在 FastCGI 的支持下，你可以让 Web 服务器支持后端使用 HHVM 运行的应用，包括 Apache、Nginx 和 Lighttpd 等。Web 服务器负责处理 HTTP 请求，而 HHVM 负责更快速的执行 PHP 代码。详细介绍请看 http://www.hhvm.com/blog/1817/fastercgi-with-hhvm
+
引用来自“扣舍蛮”的评论
引用来自“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虚拟机。
引用来自“helius”的评论
引用来自“郭煜”的评论
HHVM如果成熟了，PHP会是个更通用的选择了。
引用来自“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虚拟机。
引用来自“c2547959”的评论
引用来自“hantsy”的评论
现在还有多少程序用 CGI了。。。记得以前的 5460 （意为“我思念你“，最早的同学录，后来被中国人/搜狐抄袭过去了）最初是用 CGI写的。
怎么翻译的？
引用来自“hantsy”的评论
现在还有多少程序用 CGI了。。。记得以前的 5460 （意为“我思念你“，最早的同学录，后来被中国人/搜狐抄袭过去了）最初是用 CGI写的。
个人认为WordPress的性能瓶颈不是PHP自身，而是在MySQL的数据处理上，1个首页需要进行17次查询，要想高性能，真的很难。你可以在/etc/mysql/my.cnf中开SQL日志记录log = /var/log/mysql/log.sql，然后把这些查询放到一个PHP页面里去执行，性能依旧不会好，建议还是把心思放在SQL优化和减少SQL操作上吧，而不是考虑去换一台JIT虚拟机。