为什么 Java 程序那么喜欢内存？和 JIT 有关？

prolj

一直不明白为什么 Java 程序那么喜欢内存， 2 个 G 都不一定够玩儿。
是 JIT 的原因？可是我也没发现 LLVM 的 JIT 有恋存癖啊？
JIT 在速度上会慢，而且慢不少，这个不牵扯内存啊？熟悉 JIT 和 Java 虚拟机的同学说说吧。我觉得不光是 GC 的原因， C# 也 GC 很多年也没见这么喜欢内存啊？
别的 JIT 比如 UPC 也不了解，C# 这种不开源的就更不了解了。
别让我去看 JVM 的代码，给说说原因吧。

beepbug

一个C编译生成的机器码程序所占的内存，肯定小于一个Java中间码加JVM所占的内存。因为，前者只保留你所需要用到的功能，而后者却包罗万象。

jqbsx

c#呢？和传统的vc相比较，优缺点呢？ 有的说c#的效率低一点，有的说差不多，不知道该听谁的。

cjaizss

原帖由 jqbsx 于 2009-2-26 10:07 发表
c#呢？和传统的vc相比较，优缺点呢？ 有的说c#的效率低一点，有的说差不多，不知道该听谁的。

其实这要看你怎么定义效率了。越是接近机器的语言理论上越更能接近最快效率的效率，可实际上呢？用的人不同，水平有诧异效率就会不同，并且越是原离机器的语言越是注重特殊方面的优化，有些甚至并不会等到运行的时候去算，甚至会在出厂的时候就生成静态表。效率差异在什么地方呢？
举个最简单的例子：
我用C写了个程序，查找第n个质数，是一上去就开始生成质数表的;
某人开发了个脚本语言，里面定义了一个函数，prime(n)就是返回第n个质数，而这个质数表在他写这个解释器的时候就算好了。
那么，显然我是没它快的，至少第一次去查第n个质数的时候是不可能有它快的，这还不包括如果我的水平很烂，我的质数算法很垃圾。

jqbsx

完全同意大多数的分歧都是各自的"定义"有差别引起的。

心里面觉得C＃这一层在运行时总是存在的。对于纯算法，或者纯UI，外围设备，可以做到完全透明，在call stack上增加几层，应该不会有明显差别。如果有短路的话，更快了就。总觉得在某些区域应该是不太透明的。 另外，不用另外再搞一套吧，c/c++ 也应该是能实现的。

cjaizss

原帖由 jqbsx 于 2009-2-26 17:18 发表
完全同意大多数的分歧都是各自的"定义"有差别引起的。

心里面觉得C＃这一层在运行时总是存在的。对于纯算法，或者纯UI，外围设备，可以做到完全透明，在call stack上增加几层，应该不会有明显差别。如果有短 ...

有差别，对指令运行预测有较大影响

system888net

原帖由 cjaizss 于 2009-2-26 15:51 发表

其实这要看你怎么定义效率了。越是接近机器的语言理论上越更能接近最快效率的效率，可实际上呢？用的人不同，水平有诧异效率就会不同，并且越是原离机器的语言越是注重特殊方面的优化，有些甚至并不会等到运行 ...

言之有理.

西风之神

内存占用不太好说
GC本身的话，如果限制Xmx ，那么HEAP就那么大
其他就是JIT Engine, byte code, native binary code等

另外，JIT和静态编译相比，尽管有运行时开销，但因此也可以编译出更好的代码
比如，可以针对特定的处理器优化，也可以针对特别的程序优化（静态编译由于缺乏运行时信息，无法作针对性优化。而JIT可以通过在线profiling,  找出HOT代码，作进一步优化。还可以找出那些数据是经常一起被访问的，在下次GC的时候，把他们放到一起，提高相关性）

prolj

原帖由 西风之神 于 2009-2-27 01:36 发表
内存占用不太好说
GC本身的话，如果限制Xmx ，那么HEAP就那么大
其他就是JIT Engine, byte code, native binary code等

另外，JIT和静态编译相比，尽管有运行时开销，但因此也可以编译出更好的代码
比如，可以针对特定的处理器优化，也可以针对特别的程序优化（静态编译由于缺乏运行时信息，无法作针对性优化。而JIT可以通过在线 profiling,  找出HOT代码，作进一步优化。还可以找出那些数据是经常一起被访问的，在下次GC的时候，把他们放到一起，提高相关性）

GC 的确是原因之一，SUN 的宣传也总是“如果不考虑内存模型的话，那么 Java 是...”，可能么？大型服务器上内存几十 G，我的本子才两 G 而已，别指望我把全部的内存都搭上去体验一把“一次编译，到处 debug”
JIT 相关的另一个研究热点就是动态优化，比如 在线 profiling ，这个也是我所关心的。所谓 SUN 说的“Java 的性能超过 C++了”，是绝对可能的，而且在 JIT 里面是很容易做到的，不过前提是内存足够大。
GC 的确可以用来加强关联性，这个也可以作为一个方向，只是希望不要被职业 paper maker 给糟蹋了。

西风之神

所以JAVA在桌面应用上优势不大