我们使用Helicon Zoo将一个rails站点部署到运行IIS的Windows Server.
在初始请求之后,后续请求非常快.但是,如果我们离开网站一段时间然后回来,那么对于初始请求,它会再次变慢.
我的猜测是,这与工人有关,即当Helicon决定它需要一个新工人时,这意味着一个全新的rails实例启动,启动时间很慢.
在本地开发者机器上运行WebBrick(在生产环境中),应用程序在初始请求后运行非常快,没有这些失误.以前在Linux上运行Passenger时也是如此(不幸的是我们不能再像那样运行了).所以我认为代码中没有任何内容.
有没有办法克服这个问题,也许是Helicon的"恒定"工作者？或许问题完全不同？