[Info-vax] Production VMS cluster hanging with lots of LEFO

[Main, Kerry]

> -----Original Message-----
> From: info-vax-bounces at rbnsn.com [mailto:info-vax-bounces at rbnsn.com] On
> Behalf Of ken.fairfield at gmail.com
> Sent: March 23, 2009 1:48 PM
> To: info-vax at rbnsn.com
> Subject: Re: [Info-vax] Production VMS cluster hanging with lots of
> LEFO
> 
> On Mar 20, 8:06 am, DaveG <david.gudew... at abbott.com> wrote:
> > Back to AM for a moment.  I'm currently field testing the next
> release
> > of AM.  So far, so good BUT running the analyzer on VMS (lightly
> > loaded 4100 / 7.3-2) is terrible in terms of performance.  Many many
> > seconds for screens to appear / change.  Slow as molasses flowing up
> a
> > tree in the middle of winter.  Its unuseable.
> >
> > Now switch to Windows running the analyzer and its as snappy as any
> > other app.  No problems so far.  Works as advertised.  I give it 2
> > thumbs up.  I give the VMS analyzer (sorry) 2 thumbs down.
> >
> > I did mention in an email exchange with the AM guy ---- wouldn't it
> be
> > nice if the analyzer ran on a LINUX box.  Answer:  you're not the
> > first one to ask that question.  I don't expect to see it running/
> > supported on LINUX any time soon or at all.
> 
> My recollection is that AM switched to being Java based
> around the 7.3 time frame (if not earlier), and *that* really
> slowed things down.  I don't know whether it's a matter of
> Java being slow on VMS, or the Java-to-X rendering being
> slow.  I do remember that when I'd start it up on a PWS,
> all the icons for the existing windows (mostly DECterms)
> would get shuffled around...seemed gratuitous and
> annoying to me.
> 
> But I haven't messed with AM in about 3 years so I
> don't know if things have gotten better (or worse).
> 
>    -Ken
> _______________________________________________


Like all Java App environments, it does take additional memory and
may involve some additional tuning for optimum performance. As an 
example, when installing Java Apps on OpenVMS, one should check the 
notes in the following link:

http://h71000.www7.hp.com/ebusiness/optimizingsdkguide.pdf 
(bit dated, but still applicable)

Note especially the much higher process quotas.

Also, the normal OpenVMS perf things to address e.g. fragmented disks 
(especially with older servers/WS's), turning high-water marking off,
ideally running later V8.3 versions of OpenVMS etc (running V7.3-2 is
like running an App on Windows 2000).


Regards

Kerry Main
Senior Consultant
HP Services Canada
Voice: 613-254-8911
Fax: 613-591-4477
kerryDOTmainAThpDOTcom
(remove the DOT's and AT)

OpenVMS - the secure, multi-site OS that just works.