OpenJDK: Java application Startup
David.Herron at Sun.COM
Tue Aug 28 21:33:45 UTC 2007
There's also an internal working group who've been focusing on
performance and startup time. Perhaps they should externalize that
work? The past performance improvements that have been gained in Java
startup have come from that group.
Some other issues with compiling a java app to native code are: it's no
longer cross platform (may or may not be important); and how do you
handle dynamically downloaded classes? The latter requires having some
kind of .class->.exe runtime compilation.
Finally, your query should be redirected to a group other than "discuss"
... but where? The existing mailing lists doesn't have an appropriate
place, and the solutions also cuts across the whole platform.
I think that by the existing group/project structure
there should be a "Performance Group" formed.
- David Herron
Sandeep Konchady wrote:
> As Roman mentioned, there is some activity around improving
> performance of Java through Java Kernel project. This forum on
> java.net has some interesting information, in case you have not
> already seen it.
> As for creating .exe from Java program, it has already been done by
> gcj, but I have not seen or heard about significant performance gain
> or startup improvements by doing this.
> - Sandeep
> Roman Kennke wrote:
>>> The Problem:
>>> currently Java applicatins - in particula on Windows - take much longer to load then normal .exe applications. this is because native .exe applications with precompiled headers or libs seem to be loaded faster than corresponding Java apps.
>>> Take advantage of disk cache
>> In which way? Pre-load the VM after system reboot?
>>> allow .exe generation of Java apps
>> How would that help anything?
>>> improve loading of Java application related ressources, files etc.
>> Not sure what could be improved here.
>>> I dont know if there is any active development on this for OpenJDK at present but i think this is crucial for any Java relase.
>> I think the Java kernel project (or how it's called, I don't know) aims
>> in this direction. I might be wrong though.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the discuss