我们使用Helicon Zoo将一个rails网站部署到运行IIS的Windows服务器上。在初始请求后，后续请求非常快。但是，如果我们离开该网站一段时间再回来，初始请求会再次变得非常缓慢。我猜想这与工作进程有关，即当Helicon决定需要一个新的工作进程时，这意味着整个新的rails实例正在启动，具有其缓慢的启动时间。在本地开发机器上通过WebBrick（在生产环境中）运行应用程序时，除了这些间隔之外，应用程序在初始请求后运行非常快。以前在Linux上使用Passenger运行时也是如此（不幸的是我们不能再像以前那样运行）。因此，我认为这与代码无关。是否有一种方法可以解决这个问题，例如在Helicon中使用“常量”工作进程？或者也许问题完全不同？
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接