當我通過逐步調試程序時,有時需要很長時間才能完成此步驟。這在項目開始時並沒有發生,所以很可能是由於我添加了一些東西。你能否給我指出如何解決這個問題。我注意到其中一個問題是由於主線程試圖繪製一個小部件。我的應用程序是多線程的(1後臺線程和1個主線程),所以我想知道它是否與此有關。感謝您的意見。通過調試程序執行程序需要很長時間
回答
gdb只是set scheduler-locking mode
到所需的行爲。
在這種情況下,道:「步模式優化了單步執行它停止其他線程。‘通過搶佔當前線程,而你正在加緊奪取提示’其他線程只有很少(或從不)獲得。當你踏上時有機會跑步。「
我問關於Visual Studio的一個非常類似的問題:VS2010 debugger takes an unreasonable amount of time
沒有真正的答案來的。您也會在這裏找到以前版本的IDE的類似問題。
猜測:您的「後臺線程」與CPU使用率接近100%掛鉤嗎?
在您的主線程的行之間,調試器將允許後臺線程也「步」。如果後臺線程被掛起,它可能會運行很多指令,導致事情看起來沒有反應。
也許如果你的第二個線程連續做了這麼多的計算,這表明你的應用程序中有另一個問題需要修復。如果你能控制線程,你可能會看到你的調試器處理事情要好很多。
我的程序實際上表示0%的CPU使用率。當它繪製一個小部件時,我懷疑它是直接在顯卡上完成的。 – 2010-11-01 20:45:32
此外:當斷點需要時間返回時,我檢查了cpu的使用情況,發現我的應用程序沒有任何問題,但是當斷點沒有返回時gdb會上升到96%。 (我也有一個運行在我的系統上的虛擬機,它已啓用yield功能,我不知道這是否會產生影響) – 2010-11-01 21:11:34
您正在調試哪個平臺?我在Windows機器上運氣不錯,但在Mac上它確實很糟糕。有很多內存似乎有幫助。 – jocull 2010-11-02 05:39:42
- 1. Java程序執行命令需要很長的時間
- 2. Spark程序需要很長時間才能完成執行
- 3. 應用程序在啓動過程中需要很長時間
- 4. 過程需要很長時間才能執行查詢
- 5. 調試Visual Studio 2008 Web應用程序需要很長時間才能啓動
- 6. 通過JDBC更新遠程數據庫需要很長時間
- 7. 線程仍然需要很長時間
- 8. 此存儲過程需要很長時間才能運行?
- 9. 運行過程需要很長的時間
- 10. 需要很長時間的運行過程
- 11. 使用jpbc的程序需要很長時間
- 12. 從安裝程序中提取isxdl.dll需要很長時間
- 13. Grails應用程序加載需要很長時間?
- 14. 開發Web應用程序需要很長時間
- 15. 存儲過程需要時間執行
- 16. 要執行SQL查詢需要很長時間
- 17. NSHost需要很長時間
- 18. presentRenderbuffer:GL_RENDERBUFFER_OES需要很長時間
- 19. HTTPURLConnection.getInputStream()需要很長時間?
- 20. visual studio 2008 express需要很長時間才能在調試模式下運行C++應用程序(小)
- 21. 角CLI重建過程需要很長的時間
- 22. Java中的長時間運行調度執行程序
- 23. 應用程序啓動時間很長
- 24. 是否可以預測程序運行需要多長時間?
- 25. ASP.NET MVC應用程序需要很長時間來回應有時
- 26. Android應用程序的Eclipse調試時間過長
- 27. 在Silverlight中啓動調試會話需要很長時間
- 28. 查詢連接表需要很長時間才能執行
- 29. 簡單查詢需要很長時間才能執行
- 30. rand.Prime(rand.Reader,3072)需要很長時間才能執行
偉大的答案。謝謝 – 2010-11-02 21:19:31