在Passenger + Nginix上減少Rails應用程序請求排隊的建議

我們的iPhone應用程序由Rails 3.2.12，Nginix 1.4.1和Passenger支持。根據New Relic的說法，我們的方法在200-400毫秒內完成。但是，即使使用Wi-Fi，某些客戶端也不會在20秒內看到結果，並且返回的數據僅爲2 MB。在Passenger + Nginix上減少Rails應用程序請求排隊的建議

看來我們可能會遇到請求排隊的問題。我們如何減少這種情況並提高性能？

來源

2013-06-25 Crashalot

你需要從弄清楚這是多久纔會開始。數據庫是否超載？在這種情況下 - 加強你的數據庫等。嘗試挖掘到NewRelic統計數據，並找出大部分時間花在哪裏（然後在這裏發佈）。

來源

2013-06-25 01:57:47

這些方法在200-400毫秒內全部完成，包括數據庫調用。所以我們不認爲它在應用程序代碼中，因爲根據New Relic，一切都看起來相對健康。看起來像是一些配置問題導致某些客戶端在20秒內無法獲取數據。 – Crashalot

啊，對 - 我沒有從這個問題中得到答案。所以即使是在200-400ms服務器時間內完成20秒的呼叫也是如此。嗯......有趣。爲了完整起見，你有客戶端JavaScript嗎？ –

是的，客戶端JS是什麼報告緩慢（> 20秒）的滯後時間。 – Crashalot

在Passenger + Nginix上減少Rails應用程序請求排隊的建議

回答

相關問題