HHVM - FastCGI: poor performance

Question

我正试图从PHP 5.4(与FPM FastCGI和apc)迁移到HHVM - FastCGI (nginx太)。

我的应用程序是一个广告服务器与Slim作为框架。广告服务器连接到redis, memcached (socket和http)， MySQL, MongoDB(这些端点在HHVM版本中被禁用)，使用SOAP和beanstalkd连接到我们的Java后端。

应用程序有一个测试端点，它计算斐波那契数列，请求11后速度是惊人的!

但是…其他端点的基准测试在hhvm中更差(当然是在请求11之后)。

我认为这总是hhvm模式解释器上。

一些想法?

谢谢!

环境:

8个处理器和8gb内存。

$ uname -a
Linux 3.13.0-30-generic #55-Ubuntu SMP Fri Jul 4 21:40:53 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 14.04 LTS
Release:    14.04
Codename:   trusty

我编译了hhvm，因为我修改了phpredis:

$ hhvm --version
HipHop VM 3.2.0-dev (rel)
Compiler: heads/master-0-gb7802e739a1f16808dd06c57754c1dc77ed80054
Repo schema: acdee0ea91d0b5967c60a0a42f5dbf81433a7821

测试:

斐波那契测试

PHP

1.1112360954285

HHVM

1.7104048728943
1.7193510532379
1.7104179859161
1.713366985321
1.7120008468628
1.7102618217468
1.7118058204651
1.7113170623779
1.7101211547852
1.7117080688477
1.7127840518951
0.10136723518372

地理定位测试(SOAP)

PHP

Endpoint time
0.011466026306152
SOAP connection time
0.0031890869140625

HHVM

1 Endpoint time
0.26668095588684
1 SOAP connection time
0.017861127853394
2 Endpoint time
0.059494972229004
2 SOAP connection time
0.0069239139556885
3 Endpoint time
0.058794975280762
3 SOAP connection time
0.007004976272583
4 Endpoint time
0.057528972625732
4 SOAP connection time
0.0068209171295166
5 Endpoint time
0.059458017349243
5 SOAP connection time
0.0067899227142334
6 Endpoint time
0.058032035827637
6 SOAP connection time
0.0068209171295166
7 Endpoint time
0.060270071029663
7 SOAP connection time
0.0065340995788574
8 Endpoint time
0.062243938446045
8 SOAP connection time
0.0065720081329346
9 Endpoint time
0.060788869857788
9 SOAP connection time
0.009145975112915
10 Endpoint time
0.065010070800781
10 SOAP connection time
0.007810115814209
11 Endpoint time
0.057285785675049
11 SOAP connection time
0.0065789222717285
12 Endpoint time
0.057971000671387
12 SOAP connection time
0.0066900253295898

Answer 1

我帮助Facebook HHVM团队解决了这个完全相同的问题，大约在你遇到它的同一时间:2014年8月。

该问题已于2015年1月在HHVM 3.5中解决。

查看我的问题:https://github.com/facebook/hhvm/issues/3515

Answer 2

我不会这么做。我有一个运行wordpress的客户端(http://www.yourengagement101.com/)这是性能问题。它运行在lamp/ubuntu/ec2:lb上，每天的访问量超过5万次。在安装和配置FPM之后，它已经稳定运行了。

这取决于你得到了什么，以及你想要完成什么。虽然你的科学模式看起来很有趣，但基准似乎是个问题。在我的个人经验中，不管是什么情况，我都尝试过很多，包括zend服务器优化器，我没有运气，而且非常鄙视它。

在Amazon上，我们可以将请求负载到2个diff db/web服务器上，这帮助我们扑灭了大火，尽管这不是计划中的。