随着时间的推移,我的 Eclipse 变得越来越慢。我在互联网上找到的提示没有帮助。我所做的是完全删除了我的工作区,创建了新的工作区并将我的所有项目重新导入到新的工作区中,这确实有所作为。
所以我的问题是是否可以在不删除和重新创建工作区的情况下执行此工作区清理......也许工作区中有一些缓存变得越来越大?有任何想法吗?
谢谢!
随着时间的推移,我的 Eclipse 变得越来越慢。我在互联网上找到的提示没有帮助。我所做的是完全删除了我的工作区,创建了新的工作区并将我的所有项目重新导入到新的工作区中,这确实有所作为。
所以我的问题是是否可以在不删除和重新创建工作区的情况下执行此工作区清理......也许工作区中有一些缓存变得越来越大?有任何想法吗?
谢谢!
Eclipse 跟踪本地历史中的所有更改。随着时间的推移,这可能会导致经济放缓。地方历史位于.metadata/.plugins/org.eclipse.core.resources/.history
。
不确定 eclipse 的较新版本,但在 3.1 设置中
首选项->常规->工作区->本地历史
对我不起作用。我将其默认设置为 7 天,但文件保留了 4 年。我猜这里的其他人也有同样的问题。
对我来说,它有助于手动删除历史文件
.metadata/.plugins/org.eclipse.core.resources/.history.
我使用 RAD 7.5(基于 Eclipse 3.4)。我发现我的几个项目有数百万个历史文件,都超过 7 天,而且大多是相同的虚拟 MANIFEST.MF 文件(39 字节)。
当我尝试使用 Windows 资源管理器删除旧项目时,我发现了这一点。12 小时后,Windows 资源管理器报告它已经回收了 350 万个文件,并且仍在工作。
我发现删除工作区的唯一方法是打开命令窗口,CD 到
<project>\.metadata\.plugins\org.eclipse.core.resources\.history
然后输入
DEL *.* /s/q
即使这样也花了一个小时的大部分时间。
有时由于物理内存问题,它无法构建工作区。所以要删除内存问题更新@
日食.ini
文件如下
-Xms512m
-Xmx1024m
-XX:MaxPermSize=1024m
--launcher.XXMaxPermSize 1024m
我只是通过删除eclipse目录OPTReplica中的所有东西来解决这个问题。之后,重新统计日食,对我来说有帮助。
Eclipse 被编程为文件炸弹,它会导致各种各样的问题,甚至在现代健壮的文件系统上也是如此。如果您的工作区位于您的操作系统分区上,问题可能会从大量浪费磁盘空间到阻止您的操作系统启动。Eclipse 被编程为文件炸弹。
eclipse 中的清理机制不起作用,因此唯一可行的选择是定期手动清理工作区,或者在启动 eclipse 之前将清理代码添加到执行此操作的 sh 文件中。
另一种选择是将 eclipse 开发人员介绍给神话般的数据库世界,这些数据库可以更快地运行并且更容易编写代码。可悲的是,谣言说他们会在看到所有发音为“sqlite”或“jdbc”的人时开枪,并会在每个星期天将处女献给全能的文件炸弹之神。