2009-11-24 72 views
0

我正在開發一個Eclipse項目,更具體的RAD構建。導出的EAR文件大約爲40 MB,上週它花費了1分鐘,今天花費了10多分鐘。 我沒有改變很多代碼,也沒有改變任何與JVM相關的配置。在Eclipse中導出EAR文件需要很長時間

我直接從RAD出口,右鍵點擊項目並導出EAR。

那麼最新錯誤?

+0

任何可能有用的控制檯輸出? – Bozho 2009-11-24 15:47:27

+0

控制檯在導出EAR時不會寫太多內容。 我不確定這是否與它有任何關係,但我禁用RAD中的所有驗證。現在建築物快一點了,它與出口有什麼關係? 對於任何熟悉RAD的人來說,在導出EAR時,只會在導出對話框中卡住,直到它寫入整個文件。過去它每秒寫入1-2mb,現在只寫200KB/s。 – medopal 2009-11-24 17:32:38

回答

1

問題是固定的,我不知道這些固定它,但其中一個做:

  • 輸出文件夾是在網絡上共享,停止共享
  • 碎片整理清空了回收站的磁盤
  • (它有近500 GB)

我讓他們都在一起,所以我不確定哪個解決了問題,但我懷疑前兩個之一。 這是一個操作系統問題,與Eclipse無關。

+0

在這種情況下,我建議在構建/部署和碎片整理時停止共享文件夾。 – medopal 2009-11-30 17:11:33

3

思考:

顯然東西是不同的。會是什麼呢?

  1. 你的應用程序:你現在可以有更多的小圖形文件或一些這樣的?
  2. 您的應用:您是否可以引用一些外部資源,例如:來自某個地方的XSDs是否在這一點上產生了一些代碼?
  3. 環境:磁盤驅動器。您是否正在導出一些接近完整的磁盤?或者是一個突然很慢的網絡驅動器,或者某種版本控制系統嘗試採用你正在導出的內容。
  4. 環境:記憶。我發現Eclipse在分頁發生時變得非常慢。你能不能僅僅增加你的內存使用量,或者現在在後臺運行一些新的東西?

由於這些都不適用(你真的確定嗎?),那麼我會做到這一點:

  • 採取應用到另一個工作區
  • 採取應用到另一臺機器
  • 打破應用直到你找到什麼昂貴的位二進制剁
+0

好主意,但實際上它們都不適用於此。 – medopal 2009-11-24 17:29:24

+0

我試過了你的第二組建議,實際上它在我的隊友電腦上速度更快。所以現在我認爲它與Eclipse無關,可能是反病毒或硬盤問題,將會進一步挖掘。 – medopal 2009-11-24 17:50:35

+0

大聲笑 - 愛第一個評論的傲慢...... – Nate 2009-11-24 18:14:14