0
Q
導軌響應慢
A
回答
3
無處這是說,你的113ms
應該是無論是在括號內的總和。由軌道處理請求所花的時間並不存在,行動中的邏輯所花費的時間也沒有。
相關問題
- 1. 導軌應用極其緩慢
- 2. 導軌; wicked_pdf是邪惡慢
- 3. 導致WinForm響應慢的TCP/IP
- 4. 導軌JSON響應不呈現
- 5. 如何使ckeditor圖像響應導軌
- 6. 導軌AJAX(JSON)響應重新加載
- 7. 導軌與格式錯誤響應
- 8. 導軌 - 如何使JS在HTML響應
- 9. 導軌4 - HTML的JSON響應
- 10. JBOSS響應慢
- 11. Arangodb響應慢
- 12. CSS緩慢響應
- 13. UITabBarController響應緩慢
- 14. CakePHP響應緩慢
- 15. 慢響應由JDBC
- 16. WERKZEUG響應太慢
- 17. graphQL慢響應和重複響應
- 18. 對導軌無法正常工作的響應式引導
- 19. 真的很慢預編譯,導軌3.2
- 20. 導軌慢速視圖呈現
- 21. 導軌4視圖渲染非常慢
- 22. 黃瓜(即使沒有導軌)很慢
- 23. 在導軌應用程序中顯示響應時間
- 24. 活動管理員減慢導軌應用程序
- 25. 第一次請求導軌應用程序非常緩慢
- 26. 的響應速度慢
- 27. Django Tastypie緩慢POST響應
- 28. jmeter響應時間慢
- 29. AngularJS:$ HTTP響應太慢
- 30. UIMenuController響應速度很慢
那我怎麼找到慢的地方?我爲我的應用程序安裝了newrelic。 newrelic的圖表表示,90%的時間用於Ruby,10%用於MySQL和Memcached。但是如果我需要時間從這個90%渲染 - 剩下的是什麼?中間件?路由?創建對象的時間? – ibylich
我從來沒有需要這麼多的優化,但我會從newrelic告訴我的開始,並檢查[this rails guide](http://guides.rubyonrails.org/performance_testing.html)以查看是否沒有任何內容在那裏可以使用。 – ksol