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