Oracle数据库对Sun将来筹划是什么样?[Oracle防范]

我个人对Oracle收购Sun一向很关注,同时对Java的发展意向也是非常的关注,本日我在相关网站再次看到关于InfoQs上看到国外的相关人事对Oracle对Sun将来的筹划解析的信息,转载过来,提醒自己,也是提醒全部和笔者一样的Java爱好者.

在经过了将近9个月的冗长等候后,Oracle终于得到欧盟的批准成功完成对Sun的收购.近日Oracle公布了对Sun技术与平台的将来筹划.

Java、JVM及JVM上的各种语言
Oracle产品开辟高级副总裁Thomas Kurian说,Oracle筹划集成Sun HotSpot与Oracle JRockit Java虚拟机;他又增补到,Oracle打算”复兴“Java开辟者社区并将Java编程模子的触角延伸到新近涌现的利用开辟范式上来.比方 说,Oracle筹划增添模块化特点、为Java SE增添多核处理支持、为Java ME增添新的特点,如多点触摸等.

InfoQ接洽到了Allex Miller以了 解Oracle数据库对JVM的筹划:

我感受Oracle想将BEA LiquidVM ”JVM on a hypervisor“技术中的精华部份整合到现有的HotSpot代码中;当然了,虚拟化是JRockit JVM中最有意思,也是最棒的部份,非常迎合当前的虚拟化、云、集群等趋向,可以通过这些手段管理计算机资源,相关于IBM J9 JVM来说,这些内容也是极具竞争力的.

我也认为移除permgen并利用thread-local的GC非常好.thread-local的GC指的是对逃逸解析（escape analysis）和仓库分配（stack allocation）的优化,而Hotspot已经在这方面做了很多工作.大大都程序所成立的暂时对象都用在单独的线程上下文中,很少被其他线程所用.

这样,我们便可以直接在栈上为这些对象开辟内存空间（这么做更快）,无需利用堆,也没必要利用通例的GC手段举行对象检测与移除了（这么做会降低GC的次 数,进而晋升效率）.

对permgen的改良亟须办理一个问题:像Groovy或是JRuby这样的语言会在履行期动态生成大量的小类（small classes）以供应动态特点,而随着JVM上动态语言的不断增添,该问题也变得越来越严重.这些类污染了Java内存中特定的“permgen”部份 并且难以回收,招致了严重的内存问题.

JSR 292的invokedynamic就是为了办理该问题的:动态语言可以通过该指令在运行期直接链接到调用地址上,因此避免了生成大量内部类的懊恼.

我认为最好的处理方法并非清除掉这些JVM,而是取其精华,弃其糟粕.这些工程团队都有一些优异的人才,他们做出了很多创新性的工作,我但愿他们能在这 个范畴持续做下去,只有这样JVM才能持续充当垂老的角色,吸引众多具有创始性的新语言,如Scala、Clojure、Groovy及JRuby等.

Oracle对JCP的将来及其在Java 7中所扮演的角色所谈甚少,来自RedMonk的Stephen O’Grady指出:

我认为Oracle数据库对JCP的态度要比Sun此前的做法更注重实效,但目前还很难猜测将来的走向. 　　以上是“Oracle数据库对Sun将来筹划是什么样?[Oracle防范]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：