摘要:
目前,Java 7通过了一个新特性: Java Kernel . 同时SUN已经有一个小组, 开始负责这个特性的开发.在最近的测试中, Sun宣称能够让JVM从 15.5M 变成 2.6M , 来运行简单的Helloword程序目前,Java 7通过了一个新特性: Java Kernel . 同时SUN已经有一个小组, 开始负责这个特性的开发.
在最近的测试中, Sun宣称能够让JVM从 15.5M 变成 2.6M , 来运行简单的Helloword程序, 让JVM变成3.5 M来运行简单的JFrame程序. 相信将来会有更大的提升.
对于,按需定制JVM, 如果真的实现的话, 对你的需求有什么帮助吗?
本页页面地址:
用户评论列表
有 太有帮助了 一直在寻找小的JVM
有 太有帮助了 一直在寻找小的JVM
先看看6出来了会有什么变化吧……7还早着呢。
发展确实太快了，现在公司还只是用1.4呢。
这么快就出7？5才刚用
压缩jvm的体积，对功能有什么限制？
是否awt和swing都不能用了？
是不是减少一些类库啊？
更新太快了，感觉不好
自动扩充类库才是最终的解决正道
现在还是基于rt.jar文件，2.5M,3.5M,15.5M，其实就是不同的版本而已。想象一下，你发布一个applet或者WebStart,希望客户段支持更多功能，但用户已经有了一个3.5M的jvm，怎么办？applet能不能自动监测到版本不同重新下载jvm？
搞那么多版本，用户下载的时候都不知道该下哪个了，最后还是大小通吃。
感觉sun应该抛弃原来的rt.jar,将不同功能打入不同的jar，让jvm可以更具调用情况自动下载需要的包。
18月出一个新版本，速度是比较快啊。
同意fool_leave的观点.
对于开发者来说,或许按需安装看上去不错,不过对于需要运行程序的人来说,最终还是要(接近)full
我们公司做过削减类库的工作。但是没有成功。但我知道IBM很多产品JVM都是经过处理的。比如Sametime客户端jre只有15M大小，而且是解压后的。
JVM的确有点大，以后JDK中还有融合新技术进去，估计以后的JDK就不再是50几MB了
真是激动人心的消息呀，java在越来越满足于我们的需要。
mini jvm..........
太棒啦
太快了，跟不上脚步了
现在java里面这些东西最让我头疼.
jvm版本差异没办法差异性升级.jvm1.5的东西1.4可能出问题,现在的mini型又增加了客户机的不可预测性.对于CS开发商来说不是增加了可选择性,而是约束在更小的范围内了.客户机的不可预测性和不可控性,无疑是java在client application中的最大杀手。
server端其始早有这个问题了。WebLogic和WebSphere用的jdk和sun的版本不同，导致虚拟机版本不可以自动升级，如果想用1.4的功能，就要全部购买新的webLogic（按cpu买，太贵了）。但至少我们清楚服务器的配置情况，可以适当的调整自己的程序。但客户机如果复杂度太高，我们怎么调？
发表我的评论 （评论可增加个人积分...）
| 用户*: | E-mail: | ||
| 评论内容*: 支持BBCode |
|||
| 算术题*: | + = | ||
ICP:?B2-20040367