2010-10-07 53 views
5

问题在于Egit/Eclipse在处理大型Java项目(〜2,000k文件)时非常缓慢。非常缓慢的装置上的窗口下面的7 /四核/ SSD设置:Egit在处理大项目时非常缓慢

  • 60秒绘制提交窗口
  • 另一个30秒为执行提交(将是可接受的)

  • 60秒用于绘制推窗口(变化查看)
  • 另一个120秒为推ING(将是可以接受的,太)

  • 1620秒(27米)的两个分支之间进行同步(二者都被某个签出)

对于生产这个时代的环境是不可接受的。我不认为我做错了什么,因为在一个全新的项目上测试一切会导致“真实世界”的表现。

这是平常的吗?

+0

我尝试了一些其他的项目,并得出结论,它只是使得操作(或更好的:绘制对话框)如此缓慢的历史的“深度”。例如,提交窗口的绘制对于整个Linux内核存储库(350M,作为常规项目导入)花费的时间与我自己的1M存储库的时间相同。另一方面,node.js的20M回购速度更快。 – usr200910 2010-10-11 12:27:27

回答

2

我发现egit在我的大中型项目上同步缓慢。我认为这可能与我的本地存储库中未跟踪文件的数量有关,但不是这种情况。

我的java项目上的每个分支至少有2000个java文件,不占用资源,表示层工件。

我没有发现与Windows上的Git命令行(Mingw)类似的问题,git status/diff或任何命令。

0

如果你有太多分支(git branch -r),我觉得eGit太慢了。但是,如果您只有10-15个分支或更少,那么eGit完美无缺,提交窗口和历史记录视图快速显示。

1

我在我的电脑上也遇到了Windows上的EGit慢响应问题。按Ctr + Shift + 3后,显示提交更改窗口花费了很多时间,并且键入提交消息也很慢。

我发现它似乎EGit花费在未跟踪文件上的计算量很大。对我而言,我只关心具有特定扩展名的文件。所以我把一个.gitignore文件放在我的顶层目录中,忽略除了关心的文件扩展名之外的所有内容。例如,我的.gitignore内容是:

**/* 
!*.m 
!*.h 
!*.cpp 
!*.mat 
!*.xml 
!CMakeLists.txt 
!.project 
!.gitignore 

之后,缓慢响应问题得到改善。