Ok, I know that some of you will argue for this due to the security reasons. But for some of us it is necessary to have reduced startup time and
Take a look at BEA's JRockit.
I think in the future Sun must follow this way...!
> Ok, I know that some of you will argue for this due
> to the security reasons. But for some of us it is
> necessary to have reduced startup time and
> Take a look at BEA's JRockit.
> I think in the future Sun must follow this way...!
Has Sun ever done anything to suggest that they would choose speed over security? I think it makes sense for different JVMs to focus on different things. Sun's JVM is all about being on the cutting edge , and paradoxically, rock-solid stability and reliability. Another JVM might choose a different focus, like SableVM's focus on uncompromising speed and minimal memory footprint.
Well, but such especially for desktop programs this would help a lot!
Swing is a very big API, which has been heavily tuned over the past years, however it's still VERY big with thousands of classes needed even for the simplest things.
I think some reasons why java has a reputation of beeing slow on desktop are the following circumstances:
- "Cold" Java-Startup is still slow, especially on non-high-end machines.
- JITing results are thrown away after each run, so every time the code has to be optimized again. This gives especially for desktop/swing apps the feeling of a slow, sluggish application.
Caching can be done, JRockit and .NET (very good caching!) show the right direction...
1.5 was the first release where footprint reduction was really important. However the "shareable" memory (shared libraries) grows each release - A simple java-1.5 swing apps has a 10x as big "shareable" are than netscape-4.7 running the same app as applet!
Please keep working on these issues!
Your use of this web site or any of its content or software indicates your agreement to be bound by these Terms of Participation.
Copyright © 2014, Oracle and/or its affiliates. All rights reserved. Oracle and Java are registered trademarks of Oracle and/or its affiliates. Other names may be trademarks of their respective owners.