用64位的兄弟们你们的eclipse稳定么？

somebody

不管是从eclipse.org下载的。还是portage里的都一样。
不知道为啥。
经常死掉。有时还直接退出了。
希望有经验的兄弟们多多指导。

somebody

是给新的本本装的amd64 gentoo

arli

为啥这么多人要用64bit 的cpu呢。。
不知道是自己考究的理由还是受资本家枪文诱引呢。。
我个人认为，普通用户就是老老实实的用过去的稳定的构架是最合适的。。

虽然我的cpu准支持64bit，但一直使用的是32bit构架，除了狂吃内存外运行一直很稳定，所以无法验证死机问题
但可以肯定的是eclipse 新版是有退出bug的，参考：
https://bugs.eclipse.org/bugs/show_bug.cgi?id=214092

解决的方法是加上参数：
-XX:CompileCommand=exclude,org/eclipse/core/internal/dtree/DataTreeNode,forwardDeltaWith

另外，尽量使用稳定分支的jdk
并且使用命令行启动eclipse 以保证能够看到它退出时的输出

gentookit

自用GENTOO以来一直用６４的，现在ACKW为～AMD６４，很好啊，没什么错误。
我的ECLIPSE是3.3.1.1，帮助里下的CDT。
除了PIDGIN在６４下上不了QQ和少许软件在GCC４。３编译不通过外。
个人经历GENTOO还是用６４位比较好，有EMUL系列可以较完美运行３２程序。
（６４BIT之于３２BIT第一感觉就是启动速度上的差异，用UBUNTUCD的时候很明显）
一直以来GENTOO还是很稳定，速度快，优点多。
当然对于我来说能用３２BIT校园的LINUX１X是关键，GENTOO轻松做到了。
我机器上大部分程序也是６４位的，开源界的６４位已经比较成熟了。
GENOO官方月刊的数据也表明AMD６４的使用率非常高，至少在该发行版上。

somebody

Post by arli;1858596
为啥这么多人要用64bit 的cpu呢。。
不知道是自己考究的理由还是受资本家枪文诱引呢。。
我个人认为，普通用户就是老老实实的用过去的稳定的构架是最合适的。。

虽然我的cpu准支持64bit，但一直使用的是32bit构架，除了狂吃内存外运行一直很稳定，所以无法验证死机问题
但可以肯定的是eclipse 新版是有退出bug的，参考：
https://bugs.eclipse.org/bugs/show_bug.cgi?id=214092

解决的方法是加上参数：
-XX:CompileCommand=exclude,org/eclipse/core/internal/dtree/DataTreeNode,forwardDeltaWith

另外，尽量使用稳定分支的jdk
并且使用命令行启动eclipse 以保证能够看到它退出时的输出

谢谢arli兄,我也是比较保守的，基本来都是用稳定的分支。jdk是用的 virtual/jdk-1.6.0

somebody

Post by gentookit;1858605
自用GENTOO以来一直用６４的，现在ACKW为～AMD６４，很好啊，没什么错误。
我的ECLIPSE是3.3.1.1，帮助里下的CDT。
除了PIDGIN在６４下上不了QQ和少许软件在GCC４。３编译不通过外。
个人经历GENTOO还是用６４位比较好，有EMUL系列可以较完美运行３２程序。
（６４BIT之于３２BIT第一感觉就是启动速度上的差异，用UBUNTUCD的时候很明显）
一直以来GENTOO还是很稳定，速度快，优点多。
当然对于我来说能用３２BIT校园的LINUX１X是关键，GENTOO轻松做到了。
我机器上大部分程序也是６４位的，开源界的６４位已经比较成熟了。
GENOO官方月刊的数据也表明AMD６４的使用率非常高，至少在该发行版上。

我还没有添加ACCEPT_KEYWORDS="~amd64"
就是想稳定些。不过gnome和，eclipse都automask装了最新版本。
我先试试arli兄的解决方法。如果不行就只有试试用EMUL 32bit的jdk来跑32bit的eclipse来试试了。

ps：再次感谢楼上两位

somebody

发现portage 里装的eclipse3.3.1启动的时候已经添加过arli兄所说的参数了。

rory@gentoo ~ $ ps aux|grep java
rory      5575  0.0  0.2  99164  4368 ?        S    22:14   0:00 /usr/lib/eclipse-3.3/eclipse -vmargs -Xms128m -Xmx256m -XX:CompileCommand=exclude,org/eclipse/core/internal/dtree/DataTreeNode,forwardDeltaWith -Djava.library.path=/usr/lib
rory     18125 42.3 21.8 1145284 442992 ?      Sl   23:00   4:30 /usr/lib/jvm/sun-jdk-1.6/bin/java -Xms128m -Xmx256m -XX:CompileCommand=exclude,org/eclipse/core/internal/dtree/DataTreeNode,forwardDeltaWith -Djava.library.path=/usr/lib -jar /usr/lib64/eclipse-3.3/plugins/org.eclipse.equinox.launcher_1.0.1.R33x_v20070828.jar -os linux -ws gtk -arch x86_64 -showsplash -launcher /usr/lib64/eclipse-3.3/eclipse -name Eclipse --launcher.library /usr/lib64/eclipse-3.3/plugins/org.eclipse.equinox.launcher.gtk.linux.x86_64_1.0.2.R331_v20071019/eclipse_1021.so -startup /usr/lib64/eclipse-3.3/plugins/org.eclipse.equinox.launcher_1.0.1.R33x_v20070828.jar -exitdata 98012 -vm /usr/bin/java -vmargs -Xms128m -Xmx256m -XX:CompileCommand=exclude,org/eclipse/core/internal/dtree/DataTreeNode,forwardDeltaWith -Djava.library.path=/usr/lib -jar /usr/lib64/eclipse-3.3/plugins/org.eclipse.equinox.launcher_1.0.1.R33x_v20070828.jar
rory     21265  0.0  0.0   5088   776 pts/0    R+   23:11   0:00 grep --colour=auto java

亞利艾爾

Post by gentookit;1858605
自用GENTOO以来一直用６４的，现在ACKW为～AMD６４，很好啊，没什么错误。
我的ECLIPSE是3.3.1.1，帮助里下的CDT。
除了PIDGIN在６４下上不了QQ和少许软件在GCC４。３编译不通过外。
个人经历GENTOO还是用６４位比较好，有EMUL系列可以较完美运行３２程序。
（６４BIT之于３２BIT第一感觉就是启动速度上的差异，用UBUNTUCD的时候很明显）
一直以来GENTOO还是很稳定，速度快，优点多。
当然对于我来说能用３２BIT校园的LINUX１X是关键，GENTOO轻松做到了。
我机器上大部分程序也是６４位的，开源界的６４位已经比较成熟了。
GENOO官方月刊的数据也表明AMD６４的使用率非常高，至少在该发行版上。

不得不说我又落伍了，我以为我很向前了，用 gcc-4.2.4，没想到还真有人 unmask gcc-4.3.0 来用……
　　另外，用 amd64 没有什么不好。我说句过份的，Gentoo 作为一个操作系统，既然推出了 amd64 架构的内容，就有义务把 amd64 做好。相应的使用者用 amd64 的内容，不是不合适的问题，应该支持鼓励。

arli

Post by somebody;1858764
发现portage 里装的eclipse3.3.1启动的时候已经添加过arli兄所说的参数了。

rory@gentoo ~ $ ps aux|grep java
rory      5575  0.0  0.2  99164  4368 ?        S    22:14   0:00 /usr/lib/eclipse-3.3/eclipse -vmargs -Xms128m -Xmx256m -XX:CompileCommand=exclude,org/eclipse/core/internal/dtree/DataTreeNode,forwardDeltaWith -Djava.library.path=/usr/lib
rory     18125 42.3 21.8 1145284 442992 ?      Sl   23:00   4:30 /usr/lib/jvm/sun-jdk-1.6/bin/java -Xms128m -Xmx256m -XX:CompileCommand=exclude,org/eclipse/core/internal/dtree/DataTreeNode,forwardDeltaWith -Djava.library.path=/usr/lib -jar /usr/lib64/eclipse-3.3/plugins/org.eclipse.equinox.launcher_1.0.1.R33x_v20070828.jar -os linux -ws gtk -arch x86_64 -showsplash -launcher /usr/lib64/eclipse-3.3/eclipse -name Eclipse --launcher.library /usr/lib64/eclipse-3.3/plugins/org.eclipse.equinox.launcher.gtk.linux.x86_64_1.0.2.R331_v20071019/eclipse_1021.so -startup /usr/lib64/eclipse-3.3/plugins/org.eclipse.equinox.launcher_1.0.1.R33x_v20070828.jar -exitdata 98012 -vm /usr/bin/java -vmargs -Xms128m -Xmx256m -XX:CompileCommand=exclude,org/eclipse/core/internal/dtree/DataTreeNode,forwardDeltaWith -Djava.library.path=/usr/lib -jar /usr/lib64/eclipse-3.3/plugins/org.eclipse.equinox.launcher_1.0.1.R33x_v20070828.jar
rory     21265  0.0  0.0   5088   776 pts/0    R+   23:11   0:00 grep --colour=auto java

我也是使用稳定版jdk 6 源自portage
但eclipse 是自己下的，下完解压到一个目录就行了， 这东西因为我这边有时要复制着走（移动版），所以没用过portage 里的，不过，看上文命令行给vm的内存太小了，试着加大看看，并且如果有用ve（visual editor） 的话，那必须使用它wiki上的patch版本，否则死机是正常的。
我的命令行参考（2G内存分了一半），也就是eclipse.ini 文件内容：

-showsplash
org.eclipse.platform
-vmargs
-Dosgi.requiredJavaVersion=1.5
-Xms1024m
-Xmx1024m
-XX:MaxPermSize=128m
-XX:+CMSClassUnloadingEnabled
-XX:+CMSPermGenSweepingEnabled
-XX:+UseParallelGC
#fix bug: https://bugs.eclipse.org/bugs/show_bug.cgi?id=214092
-XX:CompileCommand=exclude,org/eclipse/core/internal/dtree/DataTreeNode,forwardDeltaWith

lzlz

Post by 亞利艾爾;1858874
不得不说我又落伍了，我以为我很向前了，用 gcc-4.2.4，没想到还真有人 unmask gcc-4.3.0 来用……
　　另外，用 amd64 没有什么不好。我说句过份的，Gentoo 作为一个操作系统，既然推出了 amd64 架构的内容，就有义务把 amd64 做好。相应的使用者用 amd64 的内容，不是不合适的问题，应该支持鼓励。

gcc 4.3.0，用上好久了
其中一台为现在用的桌面(core2 t5500, -march=core2)，稳定要求不是特别高
因此~amd64+gcc-4.3.0，折腾着玩玩

其中另外一部分为ps3，gcc-4.3.0支持-mcpu=cell，另外也可以支持spu-elf-gcc (通过crossdev)

服务器都是stable/hardened