我发出了一个简单的GET请求到我的服务器,它的后回来〜平均进行1.2秒(使用Firebug Net选项卡,在“等待reqponse”兼职甚至整个响应时间)

我平到服务器是0.250

使用与客运轨道2.3.3,在轨道记录该请求正在〜0.023

我的服务器是在GoDaddy的,所以我检查自己的网页上萤火须─在“等待reqponse”的时间让页〜0.320

最坏的情况应该是0.4左右...所以在哪里我输其他0.8秒?

否则我可以检查什么?

编辑:

好像它无关rails- 的图像请求(即仅apache的响应,所行命中导轨在所有)开〜1.2秒还

有帮助吗?

解决方案

尝试在服务器或虚拟主机配置设置PassengerPoolIdleTime为0。 也许您的服务器已关闭的应用程序实例来快速生成一个新的实例与每一个其通常需相当长的要求。

看一看的文档此设置信息 http://modrails.com/documentation/Users%20guide%20Apache.html# PassengerPoolIdleTime

其他提示

GoDaddy的可以具有你和HTTP服务器之间的反向代理。

他们可能会做这样的事情向您发送的响应头向右走,那么可能为您服务从缓存中响应的内容。

因此,从HTTP服务器的观点来看,该响应被发送。接下来到了GoDaddy的反向代理,后来终于到Web浏览器。

在您的文件从GoDaddy的托管是不一样的,他们的主页被从托管。

你检查你已经在同一台服务器上托管的其他网页?可能是由于数据库连接或类似的“慢”连接会导致之前它发回给客户端的页面需要一段时间。

听起来不像是你们的问题,但ISP的。

您可以从同一个服务器做了wget来一个内部IP /端口到您的Rails应用程序直接(或Apache)? 这将告诉你,如果probaby是在应用程序栈或进一步上行。

如果你可以,你可以使用Apache工具,称为AB “阿帕奇基准”,以帮助。

的关键是具有到计算机的ssh访问。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top