我們的網站使用Ubuntu操作系統在AWS上運行。我們在playframework之上開發它。在部署Web之後,它非常快速。但是,在1天或操作後,它顯着減速。我檢查了操作系統的資源使用情況,這看起來很正常,並且很有反應只是Web服務請求緩慢。我懷疑有一些內存,線程池或一些資源泄漏。有關如何進行調查的任何建議?我使用'top'和'ps'命令來查看當前的資源使用情況,但它們都很正常。如何調查累積的網絡性能問題
-1
A
回答
0
您可能想要創建一個核心轉儲,然後將其轉發給您的計算機並對其進行檢查。這不是最簡單的方法,但如果您對盒子的訪問權限有限,則可能需要這樣做。
+0
對箱子的訪問是響應式的,資源使用情況良好。內存使用量僅佔頂級命令的22%。 – user3547961
相關問題
- 1. IceFaces累積查看問題
- 2. Android密鑰積累問題?
- 3. 累積金額問題
- 4. jQuery回調累積
- 5. 調試git網絡問題
- 6. 如何創建累積和未累積的MatLab日記輸出
- 7. 在累積和的邊緣上的網絡x權重
- 8. 累積性和在報告
- 9. 由android.net.TrafficStats監控的網絡流量是否累積?
- 10. 調試ASP.NET MVC網站性能問題
- 11. 如何避免堆積累?
- 12. 如何積累數據集?
- 13. 如何積累scala.util.Try失敗?
- 14. Oracle查詢累積金額
- 15. 累積條件查詢
- 16. 網絡性能
- 17. Linux中的網絡性能調整
- 18. 如何測量網絡性能(如何基準網絡協議)
- 19. F#數組的累積積
- 20. 網絡問題
- 21. 使用Keras卷積網絡的內存問題
- 22. 卷積神經網絡的逼近能力如何?
- 23. 在網絡共享上移動文件時的性能問題
- 24. 如何克服卷積神經網絡中的過擬合問題?
- 25. 積累錯誤
- 26. 累積合計
- 27. 累積和
- 28. Reserved.ReportViewerWebControl.axd Cookie累積
- 29. 累積計算
- 30. 累積平均
順便說一句:到側步這類問題在Web服務器是循環的孩子共同的(但哈克IMO)的方式處理每x小時,使您的服務器從不爲運行整整一天,所以泄漏永遠不會失控。 – univerio
您至少應該正確標記您的問題 – biesior