Warning: file_get_contents(/data/phpspider/zhask/data//catemap/6/asp.net-mvc-3/4.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Nginx 由于队列较大,HHVM超时_Nginx_Hhvm - Fatal编程技术网

Nginx 由于队列较大,HHVM超时

Nginx 由于队列较大,HHVM超时,nginx,hhvm,Nginx,Hhvm,我使用TCP upstreams和nginx设置了HHVM。目前,有一个应用程序向同一服务器上的另外两个应用程序发出两个Guzzle Curl请求 最终,HHVM只是开始对所有请求排队,然后停止响应。它没有给出任何错误,并且其状态仍在运行。管理端也仍然在运行 当它决定开始对所有请求排队时,它是不一致的。这听起来像个bug。拜托,在那里跟踪bug要比在堆栈溢出上容易得多。如果您知道如何实现这一点,那么从所有线程进行gdb回溯,以查看当所有线程都被卡住时它们在做什么,将是一个很好的起点。确实如此。我

我使用TCP upstreams和nginx设置了HHVM。目前,有一个应用程序向同一服务器上的另外两个应用程序发出两个Guzzle Curl请求

最终,HHVM只是开始对所有请求排队,然后停止响应。它没有给出任何错误,并且其状态仍在运行。管理端也仍然在运行


当它决定开始对所有请求排队时,它是不一致的。

这听起来像个bug。拜托,在那里跟踪bug要比在堆栈溢出上容易得多。如果您知道如何实现这一点,那么从所有线程进行gdb回溯,以查看当所有线程都被卡住时它们在做什么,将是一个很好的起点。

确实如此。我将看看是否可以用调试包复制该问题。一旦我能确认问题依然存在,我会将此作为可接受的答案。