不知道啊

天堂能不能回答一下？

天堂人又不在，问阿江吧

这个问题问的也太大了吧，看来得难为死“啊---姜” 了 ：）

有把java程式编译成machine code的编译器吗?(for win and linux)
如果有的话, 直接编译成machine code应该会跟C or C++一样有效率吧,
永中自己有办法写编译器吗?? 还是有哪个学校在做这方面的研究?

jet

我都不知道问的什么。

你担心什么,世界上近200万JAVA程序员都没有担心JAVA慢

支持

risc怎么模拟？

拜托，给点专业精神把，不懂就别乱说。Java选择用堆栈而不是寄存器是因为：1)跨平台：有的处理器寄存器很少，或象x86这样比较乱；2)在JIT编译时好做优化。详见Inside JVM 2nd Edition。另外现在的JVM早就不是纯解释的了，一般都是先编译成机器码再执行的，所以速度直抵C/C++，而且随着编译技术的发展还会更快。启动慢是因为JVM先得起来，加载类库，然后才能运行你的程序，这些对于Windows的程序来说在机器启动时就做了，所以后者启动快。

我当然知道java为什么要用堆栈机,除了你说的跨平台的理由外,我还能给出一条:因为java最初的设计目的是在机顶盒这样资源有限的环境下运行的,只有堆栈实现比较简单。
我认为堆栈机的弱点就在于jit的时候比较麻烦，费时间。如果是risc风格的指令，在很多平台上就可以通过直接映射实现动态翻译，很快。当然我不是设计者，risc风格也肯定有缺点，我的能力有限，想不到了。
当然我也认为java会越来越快的，比如明年的Pentium5要使用hyper thread技术（超线程），到那时候，一个线程跑本地代码，一个线程跑jit，岂不是很爽。但是，现在，我还是愿意认为Java的速度大约是C的一半左右，这是我实验的结果，不是HotSpot说它能和C一样快，我就相信它。
能在永中论坛上遇到一位真正能谈论些java的朋友，还是很高兴的。随便说一句，Inside JVM 2nd Edition你是买的吗，还是看网上当的，我发现有几章是不让当的，因此很着急，大哥能相助否？

那天有朋友提出使用GNU COMPILER FOR JAVA对永中Office进行重新编译，大家以为呢？

可以一试，但我认为意义不大，因为gjc好像仅仅是Java1.2兼容的吧？而且GNU对于Java经验可能还不是很丰富，它们做到那个Jvm（叫做Kaffe的），不是很久没有更新了吗？
另外Java的Class文件只含有中间代码，其实很难在编译.java文件的时候有很大的优化，优化是在jit的时候。
如果永中用Javac用腻歪了，可以试着用jikes嘛！

活活，我收回我的话，还是有懂行的。不过要取一个兼容所有risc的指令集恐怕不容易吧，在设计Java时肯定权衡了利弊才选择了当前的形式。至于测试，这个太复杂了，不同的操作，不同的机器，不同的数据，结果会差很多。我知道Java有比C慢50%的时候，但也有速度与C相同的时候，还有比C快的时候，看你怎么测了。Inside JVM 2nd Edition我也是从网上看的，还在等下几章呢。
Gnu Compiler for Java是直接编译到本地代码的编译器，跟javac不一样。这种提前编译的工具很多，不必只看gcj。gcj现在不支持swing，awt支持也不全，所以估计永中是用不了的。