3
我們已經將Rails站點部署到使用Helicon Zoo運行IIS的Windows Server。Helicon Zoo非常緩慢的軌道
初始請求後,後續請求非常快。但是,如果我們離開該網站一段時間後又回來了,那麼對於最初的請求來說,它又會變得很慢。
我的猜測是這與工人有關,也就是說,當Helicon決定需要一名新工人時,這意味着一個全新的鋼軌啓動實例,啓動時間很慢。
在本地開發人員計算機上的WebBrick中運行(在生產環境中)應用程序在初始請求後運行得非常快,而沒有這些失誤。之前在Linux上使用Passenger運行時也是這樣(我們不能像不幸那樣運行它)。所以我不認爲它是代碼中的任何東西。
有沒有辦法解決這個問題,或許Helicon的「常量」工作者?或者問題可能完全不同?