There are a couple of problems you need to be aware of that affected us in a
current project.
There is a bug in JDK 1.3.0 that can cause the VM to crash when using
threads and the -server option. This caused us many a head scratching
sessions. It is fixed in JDK 1.3.1 (check the bug fixes).
The second one we encountered is with the use of Oracles OCI drivers (8.1.7
& 8.1.7.1). Oracle would occasionally and randomly hang on a select. This
would eventually avalanche to a point where Orion would also hang and you
couldn't do anything but shutdown (actually you couldn't even shutdown you
would have to kill Orion). Eventually we found a bug report (and it is
listed as a known bug in the 9i features/release file) that said the Oracle
OCI datapooled connections could hang in a multithreaded application. Great
! There are several problems here as well. Oracle 8.1.7 is only certified to
work with JDK 1.2.2 and nothing above. (Oracle 9i is supposed to be
certified to 1.3.0)
Eventually our only solution was to go with thin drivers with JDK 1.3.0 with
the -client option.
Our system setup for anyone curious
Sun Solaris 2.7
Orion 1.5.2
Oracle 8.1.7
JDK 1.3.0
Andrew Panagos
----- Original Message -----
From: "Adam Cassar" <[EMAIL PROTECTED]>
To: "Orion-Interest" <[EMAIL PROTECTED]>
Sent: Thursday, July 26, 2001 12:43 AM
Subject: Re: Orion Performance Tuning
> Enable the undocumented option:
>
> -Xconcurrentio
>
> You will find that with a large number of simultaneous connections
> you will gain a large performance increase. (The sun site claim up to 40%,
> but I have only found a 20-30% depending on the app).
>
> Read
>
> http://java.sun.com/docs/hotspot/VMOptions.html
>
> and
>
> http://java.sun.com/docs/hotspot/PerformanceFAQ.html
>
> and
>
> http://java.sun.com/docs/hotspot/gc/index.html
>
> for a good overview.
>
> On Wed, Jul 25, 2001 at 10:51:27AM -0700, Robert S. Sfeir wrote:
> > Hello all,
> >
> > I've gone through and read most of the information posted from this list
> > about improving the performance of Orion, and increasing the number of
> > threads Orion uses to improve its overall performance under load.
> >
> > What I've been able to do so far, and it's helped a lot, is:
> > 1- Added the -Xms and -Xmx switches to make sure Orion starts and uses
more
> > memory, they're set at 100MB and 300MB respectively, and Orion uses
175MB
> > as soon as I start it up, and doesn't seem to grow past 177MB as the day
> > goes one and it gets used.
> >
> > 2- I added the -server switch in front of the java command so we make
sure
> > we use the Server version of the HotSpot VM. (Boy does this thing pick
up
> > speed when using the -server switch!)
> >
> > Is there anything else that can be done, short of clustering, to further
> > increase Orion's performance?
> >
> > My main objective is to make sure we don't get any more weird hangs and
> > long wait times in Orion for no apparent reason. Perhaps increasing the
> > number of threads Orion uses? I can't seem to find any definite answer
on
> > that.
> >
> > Our servlet seems to be fine, but sometimes when clicking through a test
> > web site, one url request seemed to just sit there and hang, as if Orion
> > was dead, but I could click and request a different URL and get
immediate
> > response. So I assumed it was threads in Orion which were not being
> > managed properly.
> >
> > After making reading the posts to the list and making the the 2 changes
> > above, the problem seemed to have gone away for the most part, except it
> > still happens from time to time in Netscape, IE doesn't seem to have
this
> > problem. I can quit Netscape and go back in and the problem is gone for
a
> > while. There is no specific time frame for it to happen. It does
happen
> > consistently when I click, then stop for about 30-60 seconds, then click
> > again or reload, and it just sits there and waits for the world to come
to
> > an end of something. Very bizarre.
> >
> > Any ideas you may have would be of great help.
> >
> > Thanks
> > R
> >
> >
> > Robert S. Sfeir
> > Director of Software Development
> > PERCEPTICON corporation,
> > in Joint Venture With JTransit
> > San Francisco, CA 94123
> > pw - http://www.percepticon.com/
> > jw - http://jtransit.com
> > e- [EMAIL PROTECTED]
> >
> >
> >
> >
>
> --
>
> Adam Cassar
> Technical Development Manager
> ___________________________________________
> NetRegistry http://www.netregistry.net
> D: +61 2 9641 8609 | F: +61 2 9699 6088
> PO Box 270 Broadway NSW 2007 Australia
>
>
