Eclipse 3.5（和更新版本）切換選項卡非常慢

Question

我在Macos 10.5和Java 1.5.0.19上使用eclipse 3.5（cocoa build）。

我只有3個java文件打開1個文件~2000行另外2個是~700行。

但是當我從1個文件選項卡切換到另一個時，eclipse需要很長時間（約20秒）才能切換到另一個選項卡。

我已經將eclipse.ini更改為

more eclipse.ini
-startup
../../../plugins/org.eclipse.equinox.launcher_1.0.200.v20090520.jar
--launcher.library
../../../plugins/org.eclipse.equinox.launcher.cocoa.macosx_1.0.0.v20090519
-product
org.eclipse.epp.package.jee.product
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m
-vmargs
-Dosgi.requiredJavaVersion=1.5
-XstartOnFirstThread
-Dorg.eclipse.swt.internal.carbon.smallFonts
-XX:MaxPermSize=512m
-Xms128m
-Xmx1024m
-Xdock:icon=../Resources/Eclipse.icns
-XstartOnFirstThread
-Dorg.eclipse.swt.internal.carbon.smallFonts

有沒有辦法讓eclipse 3.5更快速？

謝謝。

Answer 1

我在eclipse.ini文件中切換了這一行（在eclipse應用程序包中找到）：

-Dosgi.requiredJavaVersion=1.5

至

-Dosgi.requiredJavaVersion=1.6

和標簽切換再次快速。

Answer 2

使用32位Cocoa版本。 64位不會幫助恕我直言。 它在我的2.4 GHz MBP上真的很棒。 我通常有大約30個文件打開，有些相當大，從未體驗過你描述的內容。

嘗試獲得一個新的普通香草32位Cocoa發行版，不要修改任何東西並檢查是否存在問題。 它也可能是一個流氓插件。 你有安裝嗎？

檢查堆狀態。 打開Eclipse首選項，在第一個首選項頁面中有一個“顯示堆狀態”選項。 你的內存可能不足。 使用活動監視器檢查機器的交換狀態 - 如果交換很多，我建議關閉其他應用程序。 通常，我建議4 GB RAM用於開發機器。

Answer 3

我知道這對游戲來說已經晚了，但是我發現將權限更改為〜workspace.metadata.plugins \\ org.eclipse.e4.workbench以拒絕自己的訪問會停止緩慢的問題。

似乎Eclipse（4.2.0）經常寫出一個損壞的設置文件，並且當它在啟動時再次加載時它會減慢一切，因為它會不斷地在內部拋出錯誤。 更改該目錄的安全性以便Eclipse無法寫入它是一種“修復”！ 它確實意味着每次Eclipse啟動它都會恢復到默認設置，但如果速度更重要，我認為這是值得的犧牲。

Answer 4

現在有Juno的補丁開始解決這個問題。 有關如何更新安裝的信息，請參閱錯誤385272上的注釋＃212 。 如果您再等一會兒，您應該在2012年12月21日的開普勒里程碑中找到這些修復程序。

（我相信這里發布的其他建議，例如增加內存或調用各種啟動參數或prefs可能會對性能產生一些積極影響，但潛在的問題是錯誤報告中描述的線程運行錯誤。）

Answer 5

這個日食錯誤報告與您描述的行為一致。 （我在一台強大的XP機器上使用新的Juno安裝方面也有同樣的經驗。）

https://bugs.eclipse.org/bugs/show_bug.cgi?id=385272

錯誤報告中最有用的部分是評論29 ，它建議創建一個新的工作區。 最簡單的方法是：

1）退出日食

2）重命名... / path / to / workspace / .metadata / .plugins / org.eclipse.e4.workbench / workbench.xmi（例如，追加“.old”）

3）開始日食

我相信改變-Dosgi.requiredJavaVersion = 1.5到1.6可能只是順帶幫助，如果有的話。

Answer 6

在eclipse.ini中增加內存限制似乎已經為我修復了這個問題 - 不確定它是否會保持固定

從：

-vmargs
-Xms40m
-Xmx512m

至

-vmargs
-XX:MaxPermSize=512m
-Xms256m
-Xmx784m

另外 - 如果您來自aptana3並導入了您的項目 - 您需要這樣做

1. 單擊項目屬性
2. 去“建設者”
3. 確保沒有“Missing Builders”如果有，取消選中它們 - 當我導入我的項目時，我有兩個從aptana遺留下來的東西（com.aptana.ide.core.unifiedBuilder AND com.aptana.editor.php.aptanaPhpBuilder）

----更新----

它是固定的 - 但不是因為我認為的原因 。 我的SVN不再受到eclipse的認可。 一旦我點擊“與團隊共享”並重新連接它，標簽切換問題就會重新出現。 我將嘗試弄清楚它是否是一個svnKit與JavaHL問題 - 我不確定在我這次設置eclipse時我選擇了哪個連接器。

如果你想確認這是你的問題，試圖斷開與SVN（團隊 - >斷開連接）並重新啟動eclipse

Answer 7

這可能是被提到的錯誤。 https://bugs.eclipse.org/bugs/show_bug.cgi?id=282229

Answer 8

切換到1.6確實有幫助。 這是找到mac http://wiki.eclipse.org/Eclipse.ini的 eclipse.ini文件的鏈接

Answer 9

這是一個已知問題。 由於您使用的是JDK1.5，因此您可以嘗試使用Carbon變體。

Answer 10

對我來說，問題是與Juno版本的Eclipse的SVNKit連接集成。 我正在使用Juno版本的Eclipse進行Android開發，當我打開SVNKit團隊集成時，我遇到了以下問題：

1. Eclipse IDE中的代碼文件之間切換非常慢。
2. 打印和Android SDK Manager圖標之間工具欄中的超大間隙和空間。

對我來說......我在視圖設置下關閉了窗口 - >首選項 - >團隊 - > SVN下的以下設置...有一個“逐步顯示同步信息”的設置...我將其關閉並切換文件之間的改進....但仍然有一個延遲與沒有連接SVN。

沒有連接SVN ......文件之間的切換是正常的。

我在Eclipse.ini中使用了Java 1.6我沒有更改內存設置。

Answer 11

TL;錯誤線程的DR：

http://wiki.eclipse.org/Platform_UI/Juno_Performance_Investigation#Resolution

為我工作。

Answer 12

我在相當低端的機器上使用OS X 10.5.7和Eclipse 3.5.2遇到了同樣的問題（2006年初iMac使用1.5GB）。 然而，在我啟動機器之后，一切都非常活潑。 我甚至可以啟動JBoss AS，但仍然沒有減速。 我在活動監視器中監視“交換使用”，它保持在0字節交換使用。

然后，我啟動其他東西，如iTunes和郵件或切換到另一個帳戶。

事情變得緩慢，這是預期的，我看到“交換使用”增加。 Eclipse慢慢變成了爬行，使用它幾乎是不可能的。

然后我退出另一個帳戶，關閉我打開的所有其他應用程序，所以我的機器的狀態基本上與它仍然很快時相同。 但是......它會讓狗慢慢停下來！ 即使我關閉了所有其他應用程序，活動監視器中的“交換使用”也只會減少一點（從大約1.2GB到大約700MB）。 只需在2個非常簡單的Java文件之間切換標簽需要20秒，同時我在活動監視器中看到CPU使用率達到100％。

肯定有一些奇怪的事情發生在這里。 這似乎不是正常行為。 當Mac OS X需要過多的資源時，Mac OS X會進入“慢速模式”，但當資源再次出現時，它無法恢復。

非常討厭！

如果我重置機器並再次打開完全相同的工作集（Eclipse打開相同的2個文件，JBoss AS在調試模式下啟動，Safari有1個窗口）一切都非常快。

Answer 13

我現在或多或少可以確認問題確實存在於Eclipse 3.5中。

我在更強大的Mac上運行Eclipse，27英寸核心I7,2.93英寸，8GB內存和運行OS X 10.6.4的SSD。最初這是非常流暢和活潑，但經過十幾個小時的運行時間或者，Eclipse突然開始再次減速。我幾乎沒有在后台運行任何東西。只是Eclipse（32位，給它1.5GB內存），JBoss AS和Safari。

一個簡單的選項卡切換需要幾秒鍾，同時我注意到一個核心上的CPU負載達到100％。 切換視角和各種其他操作也是如此。

當我重新啟動Eclipse時，一切都完全快了。 這發生了幾次。

Answer 14

使用Dark主題在Eclipse Neon （僅限4.6.2？）中重新出現了選項卡之間緩慢切換的原始問題。

解決方案：在e4-dark_win.css （文件底部）中禁用主題滾動條 ： StyledText { swt-scrollbar-themed: false; [...] e4-dark_win.css StyledText { swt-scrollbar-themed: false; [...] StyledText { swt-scrollbar-themed: false; [...]