我無法理解這兩個圖我 在應用程序 - >監視 - >概述我可以看到我的應用程序具有響應時間可達300ms的,但是當我看着我的交易看到,一些交易需要500ms以上。那麼怎麼可能一個事務需要500ms,整體響應時間總是300ms呢?應用程序的響應時間與交易服務器時間
1
A
回答
1
的關鍵是要留神你正在瀏覽的時間窗口。朝右上角是選擇日期和時間窗口的選擇器。只要你沒有改變它,通常它會從視圖中繼續查看,但仔細檢查仍然很好。
此外,信息沒有出現一樣。
例如,在應用程序>(應用程序名稱)>監控>概覽中,有一個圖表顯示所選時間窗口上的響應時間,圖表上方顯示的值是時間窗口的平均值。此外,圖表的每個組件(數據庫,Web外部和JVM)也是平均值。您可以將鼠標懸停在圖表中的任何時間點以查看當時的數據。
至於交易,它如何出現在很大程度上取決於從下拉菜單中選擇的選擇。例如,事務列表可能是最耗時或最慢的響應事務。這些信息可能與平均水平大不相同,特別是如果有足夠數量的快速交易。
讓我們知道,如果這個信息是有幫助的。如果您需要進一步澄清,我建議通過http://support.newrelic.com創建一張票,以便我們可以更具體地查看數據。
0
不僅你正在查看的時間窗口是相關的,由珍妮正確地指出。您必須考慮到您正在查看的是平均值,並且根據每分鐘調用的數量,您可以獲得較低的平均值,同時仍然有單個交易的平均值超過平均值。
我被這個問題困惑我自己,所以我發表這篇queson和(後4天)答案:How is "app server" time related to "browser time" and "transaction time" in newrelic?
相關問題
- 1. Azure web應用程序緩慢服務器響應時間
- 2. 提高服務器的響應時間
- 3. 提高Nginx服務器響應時間
- 4. 如何跟蹤iOS應用程序中交易的響應時間
- 5. vxml應用程序的響應時間
- 6. 來自服務器的時間響應時間
- 7. 降低獨角獸應用服務器的響應時間
- 8. 使用xhr-polling時Socket.io的巨大服務器響應時間
- 9. 減少WCF服務的響應時間
- 10. 從ios應用程序的遠程服務器獲取時間
- 11. 捕獲多個服務器之間的響應時間
- 12. 測量WCF服務調用Fiddler和C#應用程序的響應時間
- 13. 服務人員響應時間慢
- 14. 肥皂服務 - 測量響應時間
- 15. PHP Curl API響應時間與不同服務器不同
- 16. 連接超時。 ###服務器的響應時間太長
- 17. 獲取NTP - 服務器的時間從Android應用程序
- 18. 如何使用SignalR製作服務器時間應用程序
- 19. Windows服務與桌面應用程序之間的交互
- 20. .net MVC應用程序服務器時間不同
- 21. 在GAE應用程序上更改服務器時間
- 22. 在客戶端 - 服務器應用程序中處理時間
- 23. Rails 3應用程序服務器啓動時間很長
- 24. 服務器在瀏覽器中的響應時間
- 25. 問題與響應時間加載器
- 26. 使用響應時間隨時間變化的Jmeter響應時間
- 27. 如何同步我的應用程序和服務器之間的時間?
- 28. VS 2015交易響應時間遠高於SilkPerformer
- 29. 交易時間 - 是Yodlee的時間嗎?
- 30. 日期時間格式時,應用程序作爲Windows服務
由於它是非常有幫助! –