Php HipHop而不是XCache？

切换到HipHop而不是XCache有意义吗

HipHop是否已经为黄金时间做好了准备，还是我们应该等几个月再实施它

---

编辑：我们对在运行vBulletin的服务器上测试配置很感兴趣。

让我澄清一下您对Hiphop和Xcache的误解。XCuffy通过向ZEnter的PHP实现（如APC和朋友）添加操作码缓存来工作，而脸谱网的HIPHP允许PHP代码转换成C++代码，然后使用G++编译。使用HipHop运行XCache是不可能的，因为HipHop不依赖Zend解释器（甚至不使用php操作码，因为它在转换为C++后被编译成字节码）

现在来回答你的问题，HipHop被用来实时承载Facebook的大量流量。Facebook不会发布这个项目，如果它不接近稳定，但因为它是非常新的，我仍然会谨慎行事。HipHop不仅仅是旧Zend解释器的补丁，它是一种完全不同的运行PHP代码的方式，可能会有一些bug

Facebook在切换到Hiphop之前确保Hiphop正常工作的一件事是，他们能够在自己的网站上对每个可能的请求进行非常严格的单元测试。这样，如果Hiphop的输出与普通的Zend PHP不同，他们将返回并调试更多的内容，直到一切都“适合他们”。仅仅因为它在Facebook代码库上“有效”，并不能证明它对你的代码库有效。如果你决定切换到HipHop，一定要测试好它

编辑：

HHVM（HPHP的新VM版本）现在可以

eval

和

create_函数

。出于所有/最有意义的原因，它们应该是相同的

---

有一些东西与HipHop不兼容。他们删除了

eval

和

create\u函数

函数。他们目前也只支持PHP5.2.x，但他们计划“很快”增加对5.3的支持。

我喜欢HipHop的想法，所以不要误解我的意思，但有一点需要记住：HipHop并不适合所有人。发件人：

它并不能解决99.9%的PHP部署所面临的问题

---

除非你有Facebook流量，并且你的瓶颈是CPU或内存使用，否则你不太可能看到什么好处（与xcache、apc等相比）。数据库和文件系统访问仍然是你的杀手。

我很有信心vbulletin 3.x不会与HipHop一起工作。VB3的插件系统由几乎2000条eval语句组成，这些语句散布在整个代码中，hiphop不支持eval

---

在编译vbulletin时，这可能只是冰山一角。

感谢您提供的信息丰富的回复。你能研究一下关于HipHop虚拟机的问题吗？谢谢