小编jpm*_*ath的帖子

要升级到新版本,eclipse常见问题解答建议添加新存储库,然后安装可用更新.升级到Neon,相应的存储库是http://download.eclipse.org/releases/neon/.

在这个页面上,它说:

注意:由于结构更改,您无法从Mars(或之前的)一体化软件包更新为Neon版本.如果对技术细节感兴趣,请参阅错误332989和错误490515.

我仍尝试上述程序,但未找到更新.从火星升级到霓虹灯的最佳方法是什么？一个完整的新安装？如何保留我的设置？

问题:

我发现EGit非常好并且可以使用它,但它可能非常慢.当完成C版本的git(Cgit)在不到几秒钟内完成的操作时,可能会感到沮丧.

所有操作都比Cgit慢得多.例如,与近时相比,切换分支将花费10秒.与不到几秒钟相比,一个rebase可能需要几分钟.

一些细节:

历史记录大小:10114提交报告: git rev-list HEAD --count

当前工作目录大小:63.7 MB

当前.git大小:77.4 MB

最大文件大小:4.0 MB

操作系统:Linux - CentOS 5.5

文件系统:ext3

JVM:Oracle - Java(TM)SE运行时环境(版本1.7.0_21-b11)

EGit和JGit版本:3.0.0.201306101825-r

我以前运行过2.3但升级后没有注意到性能有任何变化.

合适的窗口缓存设置可以帮助:

我发现在JGit的Bugzilla以下报价在这里:

... EGit必须公开UI以允许用户在处理更大的存储库时进行配置.

这听起来像是适合我的情况.所以我在eclipse中环顾四周,Window -> Preferences -> Team -> Git发现了这些Git Window Cache设置:

但是我该如何使用它们？

不同的控件实际上做了什么？有没有人通过使用它们让EGit更具响应性？

我有用于从阵列的简单的转换器的方法boolean,以int:

public static int[] convert1dToInt (boolean[] x) {

    int la = x.length;
    int[] y = new int[la];

    for (int a = 0; a < la; a++) {
        if (x[a]) {
            y[a] = 1;
        } else {
            y[a] = 0;
        }
    }

    return y;
}

现在我对二维数组有相同的方法:

public static int[][] convert2dToInt (boolean[][] x) {

    int la = x.length;
    int lb = x[0].length;
    int[][] y = new int[la][lb];

    for (int a = 0; a < la; a++) {
        for …

使用时git add -p,可以选择对文件进行更改以进行分段.

可以手动更改块大小(我可以修改git-add的块大小吗？),但我想知道如何更改默认的块大小(例如更改为单行).

我有一个小java应用程序运行一组计算繁重的任务.为了处理任务,我使用外部库,它通过本机方法和一些C代码完成大部分计算.不幸的是,在解决了一个任务之后,库会遭受大量内存泄漏,因此每个应用程序执行只能解决一个任务.

内存问题对于来自库的编码器是已知的,但尚未修复,也许永远不会(它与java garbage collector未正确使用本机界面有关).由于此特定库没有其他选择,我正在寻找通过顺序执行应用程序来解决任务的选项.

目前,我有一个bash包装器脚本,它获取了应该执行的任务列表,并且脚本调用应用程序的每个任务都只执行这个单一任务.

由于任务往往需要从以前的任务的结果,这涉及到serializing与deserializing执行结果的文件.这对我来说似乎不是好习惯,也因为用户基本上没有办法与程序控制流程进行交互.

有没有人知道如何在单个Java应用程序中执行此顺序任务？我想这将涉及为每个任务执行启动一个新的JVM,希望只传递任务结果而不是从新JVM到我的应用程序的内存泄漏.

编辑提供更多信息:

• 更改问题的根源:不幸的是,库不是开源的,我既没有访问本机方法也没有访问java接口api.

• 新进程/ JVM:在此上下文中是否相同？我对java进程api或启动新JVM没有多少经验.我的假设是,这将涉及main使用自己的函数启动一个单独的java程序ProcessBuilder.start()？

• 数据交换:只有几个kilobytes性能不是问题.仍然,没有文件的解决方案将是更可取的,但如果我理解正确memory mapped files也使用本地文件.另一方面,插座听起来很有前途.