Search the archives!
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Improving GUI Performance
- From: dev1@xxxxxxxx (Edwin Marcial)
- Subject: Improving GUI Performance
- Date: Sat, 19 Jun 1999 16:43:16 -0400
The general consensus was to try JDK 1.3 beta and IBM's 1.1.8 JVM. I've done both. Both seem to provide moderate improvement although its hard to say because the app doesn't appear slow on my P500 to begin with. The 1.3 beta appears to have some slightly flaky re-paint bug but nothing major as I can tell. The question is now, which to go with. I was able to use both of these VMs with very little effort and they both appear to be stable. We would like to move away from 1.1 and into the 1.2 world so my choice would be to go with the 1.3 beta. If anyone has used the 1.3 beta I would like to know what your general feeling is towards it. Is it stable? Does it have any major bugs, gotchas, etc? Is it ready for a production app in its current state? Similarly for the IBM 1.1.8 vm. I would also like to know what the general consensus is on HotSpot 1.0 and 2.0 beta for server side apps. We've got a weblogic app server that we currently run on 1.1.7b. It also runs fine with 1.2.2. I'd like to know if there are any significant advantages/disadvantages in using HotSpot 1.0? HotSpot 2.0 beta? I've installed the HS 2.0 beta and run our server with it. So far it seems to be fine, although I'm not even sure Weblogic endorses this configuration. So if anyone has any experience with JDK 1.3 beta on the client side or HotSpot 1.0, 2.0 beta on the server side, I'd like to know your thoughts. thanks, Edwin Marcial Yuval Rotem wrote: > Hi Edwin, > I don't know if JDK 1.2.* may help, but JDK 1.3 beta probably will (It > comes with a HotSpot VM specially tuned for clients). Of course it's > still beta, but may give you an idea what to expect (I think it was > supposed to be released in 2000 Q1, but I don't have more accurate > info). > I suppose that the biggest issue when porting your code to 1.2 (or 1.3 > for that matter) will be replacing all occurrences of > "com.sun.java.swing" with "javax.swing" (should be one line in > sed/perl/whatever). There may be other issues involved after that, but > it's worth the try. > Yuval. > > Edwin Marcial wrote: > > > > Hello, > > > > We have a Java application built on the latest release of Swing and > > running on JRE 1.1.7b and 1.1.8. I am now looking into any ways that we > > may improve the performance of our app. I've used JProbe to profile the > > code and identify problem areas. I've also limited the number of objects > > created where possible and adjusted the heap allocation parameters. My > > question is, what else can I do to improve the performance and overall > > 'crispness' of the app? Specifically: > > > > Would going to Java 2 help? I understand that Hot Spot won't do much if > > anything for GUI performance, but are there other inherent features of > > Java 2 that would help? or hinder? Also, I've heard about the Client Hot > > Spot. What is the 2 minute skinny on this. Is it going to help GUI > > performance? When is scheduled to be available? > > > > Are there any VMs that provide significantly better GUI performance than > > Sun's standard issue? > > > > Someone suggested using Jove. The company claims to improve GUI > > performance by 2-3 times. Has anyone used this? Are their claims true? > > > > Also, can anyone suggest a good way to package our app more like a .exe? > > We still have the console window created that then launches our app. We > > use VCafe and they have a feature that supposedly compiles your app into > > a .exe but you must have all source and we use some third party tools > > that we do not have the source for. > > > > thanks for any help, > > > > Edwin Marcial > > Continental Power Exchange > > > > --- > > To unsubscribe, mail advanced-java-unsubscribe@xxxxxxxxxxxxxxxx > > To get help, mail advanced-java-help@xxxxxxxxxxxxxxxx > > --- > To unsubscribe, mail advanced-java-unsubscribe@xxxxxxxxxxxxxxxx > To get help, mail advanced-java-help@xxxxxxxxxxxxxxxx --- To unsubscribe, mail advanced-java-unsubscribe@xxxxxxxxxxxxxxxx To get help, mail advanced-java-help@xxxxxxxxxxxxxxxx