Links

Lists

Latest Updates

Ruby On Rails List
Python list
Advanced Java
The JavaScript List
Apache Users
Full Disclosure
Linux Security

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