簡體   English   中英

Eclipse 4.2.0 / debugger非常慢

[英]Eclipse 4.2.0 / debugger very slow

切換到Eclipse 4.2.0后,調試器似乎沒有響應或非常慢。 我使用的Java版本(與Eclipse中使用的相同):

johannes@luna:~/sirix$ java -version
java version "1.7.0_03"
OpenJDK Runtime Environment (IcedTea7 2.1.1pre) (7~u3-2.1.1~pre1-1ubuntu3)
OpenJDK 64-Bit Server VM (build 22.0-b10, mixed mode)`

其他人遇到過同樣的行為嗎?

編輯:我有太多(舊的)斷點(特別是在已檢查和未檢查的例外情況下斷點特別昂貴;-))

我不知道如何加快Eclipse中的調試速度,但是您可以遵循一些通用規則來加速Eclipse的整體運行:

  1. 禁用防病毒軟件,或將JDK&eclipse&工作區及其他相關文件夾添加到防病毒軟件的白名單中。

  2. 在Eclipse參考中禁用不必要的驗證和啟動操作。

    對於驗證:在Eclipse菜單上的Windows - > Preferences - > Validation中,單擊“Disable All”,然后選擇您需要的驗證器。 我只選擇了“Classpath Dependency Validator”。

    對於啟動操作:在eclipse菜單Windows - > Preferences上,鍵入“startup”,選擇“Startup and Shutdown”,取消選中不需要的選項。 (感謝David的建議,我為讀者添加了上述2個詳細步驟)

  3. 修改eclipse.ini以設置Xmn(新生成大小),Xms和Xmx,啟用並行GC

     -vm C:/jdk1.6.0_25/bin -startup plugins/org.eclipse.equinox.launcher_1.2.0.v20110502.jar –launcher.library plugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.100.v20110502 -product org.eclipse.epp.package.jee.product –launcher.defaultAction openFile –launcher.XXMaxPermSize 256M -showsplash org.eclipse.platform –launcher.XXMaxPermSize 256m –launcher.defaultAction openFile -vmargs -server -Dosgi.requiredJavaVersion=1.5 -Xmn128m -Xms1024m -Xmx1024m -Xss2m -XX:PermSize=128m -XX:MaxPermSize=128m -XX:+UseParallelGC 
  4. 在內存上創建一個ram磁盤(虛擬磁盤),並將你的jdk放在ram磁盤上。 您可以使用imdisk創建ram磁盤。 首先從以下網址下載: http//www.ltr-data.se/opencode.html/#ImDisk ,然后安裝它。

    然后將ImDisk驅動程序設置為在命令提示符下使用管理權限自動加載(例如右鍵單擊,以管理員身份啟動),鍵入:

     sc config imdisk start= auto net start imdisk 

    通過以下方式創建200m ram磁盤作為驅動程序:

     imdisk -a -t vm -s 300m -mn: 

    然后你應該手動格式化ram磁盤。

    稍后,如果要刪除ram磁盤,只需運行命令:

     imdisk -D -mn: 
  5. 確保您使用的是Sun JDK,而不是在Linux上打開JDK / GCJ或其他JDK。 如果您對上述步驟不滿意,請安裝jRockit而不是Sun JDK,並通過jRocket規范更改某些VM選項,jRockit比Sun JDK更快。

檢查您是否沒有任何方法斷點。 那些可能非常慢。

確保在調試時清除“表達式”窗口中的所有表達式。 僅在需要時添加表達式並在使用后刪除。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM