|
锁定老帖子 主题：有兄弟使用过BEA的jrockit吗？
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-09-01
最近问过一次Tomcat热加载老挂掉的问题，有兄弟说到SUN JDK性能也有一定关系，让我试试BEA的jrockit
我下载了win的32bit版本 随便写了段计算数据的代码，测试了SUN JDK和BEA的 jrockit JDK 结果 SUN 的 计算过程需要10秒 多一点 而 BEA 的 需要3秒左右 所以我想能不能在实际应用中换成BEA的JDK来提高性能。有使用经验的兄弟来谈谈经验呗 声明：ITeye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
推荐链接
|
| 返回顶楼 | |
|
发表时间：2008-09-01
JRockit确实比Sun的hopsot快很多，特别是在网络IO方面，快好几倍。JRockit唯一的缺点就是兼容性不如Hotspot好，在某些特定的应用服务器版本上，和某些特定库上用JRockit可能会遭遇莫名其妙的crash问题。
总之，你如果测试过你的应用服务器和应用可以稳定的跑JRockit的话，那就放心去用好了。 |
| 返回顶楼 | |
|
发表时间：2008-09-02
我昨天下午测试了下数据库方面的操作，同为1W条我们这里资讯的完整信息，2者相差无几，到了2W条之后SUN JDK出现内存溢出，而BEA的确能全部正常取出。
所以我想试想下，如果工程里使用BEA的JDK，是不是TOMCAT运行时也能解决内存溢出的问题呢？ 你所说的兼容性，好像是BEA只对Intel的服务器做了优化吧。库上面的兼容性只有等到实际使用才能看是否遇到了 |
| 返回顶楼 | |
|
发表时间：2008-09-02
刚刚在TOMCAT运行的情况下，修改类文件，几次之后出现java.lang.OutOfMemoryError: PermGen space
在javaeye搜索，查到http://www.iteye.com/topic/80620 兄弟们说使用jrockit 可以避免，但我刚本机用的就是jrockit ，却还是发生了。。 robbin能帮忙说说吗？ |
| 返回顶楼 | |
|
发表时间：2008-09-02
我曾经在Suse Linux 10上测试过Resin+Sun JDK、Resin+JRokit，使用ab测试一个简单的应用，发现一个很奇怪的问题：如果不加载Socket JNI Library，测试很正常，但后者性能略微好一些；如果使用apr，前者仍然很正常，但后者很容易报socket错（抱歉，具体的错误信息不记得了）。看起来JRokit的稳定性不及Sun JDK，这让我觉得很迷惑：以BEA在JAVA技术方面的实力，应该不至于这种问题都解决不了啊？还是我应该针对JRokit做一些特别的配置？
|
| 返回顶楼 | |
|
发表时间：2008-09-02
看样子稳定性和兼容性还有待测试
现在google和百度搜JRokit的相关资料还是很少 |
| 返回顶楼 | |
|
发表时间：2008-09-02
movingboy 写道 我曾经在Suse Linux 10上测试过Resin+Sun JDK、Resin+JRokit，使用ab测试一个简单的应用，发现一个很奇怪的问题：如果不加载Socket JNI Library，测试很正常，但后者性能略微好一些；如果使用apr，前者仍然很正常，但后者很容易报socket错（抱歉，具体的错误信息不记得了）。看起来JRokit的稳定性不及Sun JDK，这让我觉得很迷惑：以BEA在JAVA技术方面的实力，应该不至于这种问题都解决不了啊？还是我应该针对JRokit做一些特别的配置？
JRockit有自己的NIO机制，如果你使用apr NIO，也许有些冲突也说不定。 |
| 返回顶楼 | |
|
发表时间：2008-09-02
2者的API是否一样？
|
| 返回顶楼 | |
|
发表时间：2008-09-02
sunwei_07 写道 2者的API是否一样？
那当然是一样的了。总之：JRockit是肯定比Hotspot快很多的，但是兼容性就要差一些，如果你用JRockit跑你的应用很稳定的话，那就没什么可担心的。 |
| 返回顶楼 | |
|
发表时间：2008-09-02
好，TOMCAT的java.lang.OutOfMemoryError: PermGen space
和JDK有没有关系的？我换JRockit后改几次类文件还是有这种情况，（大概10次左右） JRockit要不要设置内存大小的？还是他们默认已经很高了？ |
| 返回顶楼 | |
