目前,我们开始在生产环境中使用HHVM,到目前为止,几乎所有结果都令人印象深刻。与使用APC的PHP-FPM相比,我们的总体交易速度大大提高。几乎所有请求都在500毫秒以下,但是每两个请求(5到10个左右)导致2甚至5秒的请求时间。
请求的页面似乎没有什么区别,而且一遍又一遍地请求同一页面将在几个请求中触发此行为。
我们正在服务器模式下使用以下命令行选项运行HHVM:
/usr/bin/hhvm --mode server -vServer.Type=fastcgi -vServer.FileSocket=/usr/local/php55/sockets/admin.sock -vPidFile=/var/run/hhvm/admin.pid -vEval.Jit=true -vServer.ThreadCount=24 -vServer.APC.EnableApc=true
我们正在使用这些相关配置为Web服务器运行Nginx(如果我在这里忘记了导入的内容,我感到抱歉。)。
fastcgi_buffer_size 128k;
fastcgi_buffers 256 16k;
fastcgi_busy_buffers_size 256k;
fastcgi_temp_file_write_size 256k;
fastcgi_read_timeout 240;
fastcgi_intercept_errors on;
该服务器具有128GB内存和24个内核(超线程实际上是12个)。
我们在https://github.com/facebook/hhvm/wiki/Runtime-options上做了相当多的搜索,但是大多数选项的解释都不尽人意,所以我不知道它们的作用,并且在生产环境中对其进行测试有点吓人。
如果有人在这里遇到类似的问题,或者可以为我指出一些HHVM选项的方向,我将不胜感激。
使用的HHVM版本来自http://www.hop5.in/yum/el6/
HipHop VM 3.0.1 (rel)
Compiler:
Repo schema: e69de29bb2d1d6434b8b29ae775ad8c2e48c5391
和/etc/hhvm/config.hdf
Log {
Level = Warning
AlwaysLogUnhandledExceptions = true
RuntimeErrorReportingLevel = 8191
}
MySQL {
TypedResults = false
}
我们正在使用 super 用户来启动HHVM,因此在这里 super 用户配置如下:
[program:hhvm]
stopasgroup=true
killasgroup=true
command=/usr/bin/hhvm --mode server -vServer.Type=fastcgi -vServer.FileSocket=/usr/local/php55/sockets/admin.sock -vPidFile=/var/run/hhvm/admin.pid -vEval.Jit=true -vServer.ThreadCount=24 -vServer.APC.EnableApc=true
user=admin
stdout_logfile=/var/log/hhvm/admin.log
stderr_logfile=/var/log/hhvm/admin.error.log
directory=/home/admin
umask=000
/etc/hhvm/php.ini中有一个php.ini,但是内容为空。同样,所有尝试过的页面都完成了一些数据库连接,但这通常很少。有关完整图片,请访问my.cnf。使用的mysql版本是percona
[mysql]
# CLIENT #
port = 3306
socket = /var/lib/mysql/mysql.sock
[mysqld]
# GENERAL #
user = mysql
default-storage-engine = InnoDB
socket = /var/lib/mysql/mysql.sock
pid-file = /var/lib/mysql/mysql.pid
[mysqld]
# MyISAM #
key-buffer-size = 32M
myisam-recover = FORCE,BACKUP
# SAFETY #
max-allowed-packet = 128M
max-connect-errors = 1000000
# DATA STORAGE #
datadir = /var/lib/mysql/
# BINARY LOGGING #
log-bin = /var/lib/mysql/mysql-bin
expire-logs-days = 14
sync-binlog = 1
# CACHES AND LIMITS #
tmp-table-size = 128M
max-heap-table-size = 256M
query-cache-size = 10G
max-connections = 1000
thread-cache-size = 100
open-files-limit = 65535
table-definition-cache = 4096
table-open-cache = 4000
join-buffer-size = 1M
# INNODB #
innodb-flush-method = O_DIRECT
innodb-log-files-in-group = 2
innodb-log-file-size = 512M
innodb-flush-log-at-trx-commit = 1
innodb-file-per-table = 1
innodb-buffer-pool-size = 73G
# LOGGING #
log-error = /var/lib/mysql/mysql-error.log
log-queries-not-using-indexes = 1
slow-query-log = 1
slow-query-log-file = /var/lib/mysql/mysql-slow.log
MySQL版本:
innodb_version 5.6.17-65.0
protocol_version 10
slave_type_conversions
version 5.6.17-65.0-56-log
version_comment Percona Server (GPL), Release 65.0, Revision 587
version_compile_machine x86_64
version_compile_os Linux
最佳答案
因此,我们设法弄清了这是HHVM和我们正在使用的应用程序的综合问题。
HHVM会生成大量的perf-****。map文件,并且在那里还会存储sess_文件堆。/tmp目录中总共有超过800万个文件。消除这些问题后,我们的问题就消失了,几乎我们所有的请求的性能都得到了显着改善。此外, session 文件本来不应该放在那儿,但这是一个已解决的问题。
现在,我们通过在启动参数中添加-vEval.PerfPidMap来禁用perf-文件的生成。
关于php - HHVM fastcgi + Nginx性能波动,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/24760734/