使用 Sun JDK 5 取代 GIJ 的若干好处

sleepy

所谓的取代，是指把 /usr/bin 里关于 java 的所有静态链接直接换为指向 Sun JDK 5 的程序。

1. 最明显的改变是，Eclipse 3.1 的启动速度。使用 GIJ 启动至少需要花费20秒以上，而使用 SUN JDK 5 以后启动的时间不足三秒。忽略使用者确认工作空间位置的等待确认时间。

2, 使用 Visual Editor 插件开启 VIsual Class 的启动时间从使用 GIJ 时的 20 秒左右减少到 5 秒以内

3. 使用 GIJ 无法打开 Visual Editor 放置图形部件的侧栏，使用 SUN JDK 5 后工作正常

4. 使用 GIJ 的 Eclipse 在用 Visual Editor 插件打开 AWT 程序时会因“无法调整控件大小”而出错关闭。使用 SUN JDK 5 后工作正常

5. 使用 GIJ 的 Eclipse 点开右键弹出菜单的时间平均约 1 秒左右，使用 SUN JDK 5 后即时打开没有时滞。

测试环境：

—— 硬件部分 ——

CPU：Intel Pentium 4 2.6c 支持超线程，频率 2.6 GMHz
内存：DDR 400, 512MB 双通道
主板：ASUS P4P800
硬盘：Seagate SATA 120G

—— 软件部分 ——

操作系统：Ubuntu 5.10 Breezy
内核版本：Linux i686 2.6.13 smp
文件系统：ReiserFS
桌面环境：GNOME 2.12.1
Eclipse 版本：3.1 正式版

操作系统：Fedora Core 4
内核版本：2.6.11 smp
文件系统：EXT3
桌面环境：GNOME 2.10
Eclipse 版本：3.1 正式版

交换分区大小：1 G

—— Eclipse 插件环境 ——

环境一：GEF + EMF + VE

环境二：GEF + EMF + Lomboz 3.1 RC2

环境三：GEF + EMF + TomcatPluginV31 + HTML Editor + StrutsIDE

环境四：GEF + EMF + Vigloo

:2cool

acguy

但是gij是开源的。

sleepy

要开源不要效率么？明摆着 GIJ 影响开发效率了

而且使用 GIJ 已经使得部分功能不能使用，这还不够么？

你什么时候需要更改 JAVA VM 的代码了？多少 JAVA VM 使用者真正有更改 VM 代码的需要？

我只把 JAVA 看成一个工具，哪个好使用哪个。

目前，至少是目前，GIJ、KAFFE 远远及不上 SUN JDK。

为了符合“平台可移植”原则，放弃 GIJ 也是必然的。并不是只有从 WIN 移植到 LINUX 的工程的。

在大多数情况下，“开源”特性算得上什么？

acguy

没有改vm代码的能力，不过经常将自已的java代码在gij上跑跑，如果有bug不妨向gnu报告，也算为开源尽了一份力了。
gij省很多资源，小程序不妨用用，再加上gcj的配合，也算打破sun垄断的希望。