INFO-VAX Tue, 02 Oct 2007 Volume 2007 : Issue 537 Contents: Re: Guidance with OpenVMS IA64 8.3 with Java 1.5 Problems Re: Guidance with OpenVMS IA64 8.3 with Java 1.5 Problems Re: lexical for terminal attributes? Re: Web-based VMS Que Monitor for Deathrow ---------------------------------------------------------------------- Date: Tue, 2 Oct 2007 06:18:19 +0800 From: "Richard Maher" Subject: Re: Guidance with OpenVMS IA64 8.3 with Java 1.5 Problems Message-ID: Hi Kerry, > John's note on alignment is a good point. How exactly would one specify alignment with Java? Are you talking primitive data types only or all objects? I'm guessing that the underlying memory structures for each object and its attributes are naturally aligned by the JVM (And whatever the Garbage Collector does) but hey, without real addresses to srutinoze, who knows? Cheers Richard Maher "Main, Kerry" wrote in message news:C72D63EB292C9E49AED23F705C61957BDE955656EB@G1W0487.americas.hpqcorp.net... > -----Original Message----- > From: John Wallace [mailto:johnwallace4@yahoo.spam.co.uk] > Sent: October 1, 2007 3:24 AM > To: Info-VAX@Mvb.Saic.Com > Subject: Re: Guidance with OpenVMS IA64 8.3 with Java 1.5 Problems > [snip..] > > Meanwhile, briefly back to Java performance investigations... I don't > see > the word "alignment" mentioned explicitly in this thread so far. I do > hear > alignment issues mentioned reasonably frequently as cause for major > performance concern on IA64, more concern even than on Alpha, so if you > aren't already planning to do so, you may want to plan to have a look > at > that as a possible factor in your picture. How you'd address that if it > is > the problem is a different matter, but that's something for later. > > Best of luck, > John John's note on alignment is a good point. Alignment of data is something that can impact any platform migration. Here are a few additional links that may be of some assistance: Guy Peleg (now at Bruden) presentation on Alpha to IA64 porting/performance considerations- (excellent presentation) http://www.hp-interex.be/wiki/images/4/48/Porting_real_applications.ppt Note that Bruden also does performance analysis of applications and may be able to assist with this initial analysis. http://www.brudenossg.com/ Other Tech Journals: http://h71000.www7.hp.com/openvms/journal/index.html (see Java and OpenVMS article) http://h71000.www7.hp.com/openvms/journal/v9/index.html#faults (alignment faults) Regards Kerry Main Senior Consultant HP Services Canada Voice: 613-592-4660 Fax: 613-591-4477 kerryDOTmainAThpDOTcom (remove the DOT's and AT) OpenVMS - the secure, multi-site OS that just works. ------------------------------ Date: Mon, 01 Oct 2007 22:00:46 -0700 From: thierry.uso@wanadoo.fr Subject: Re: Guidance with OpenVMS IA64 8.3 with Java 1.5 Problems Message-ID: <1191301246.105660.118440@22g2000hsm.googlegroups.com> On 27 sep, 22:56, mjjerabek wrote: > I have been given the task of determining whether I should port/ > rewrite a rather large HMI program from x-windows and 'C' to java. > > I went through an install of java 1.5 on an rx2620 duo core with 3gb > ram, a radeon video card, mouse, keyboard, and OpenVMS 8.3. I followed > the patching and tuning recommendation from the java release notes and > from the java$check_environment.com DCL file. I then started running > the jdk demo applications to get an idea of java performance versus > the same applications running on an 2.8ghz P4 XP PC with 256mb of ram. > > The performance of these java apps on the OpenVMS ia64 system was > extremely poor as compared to a much slower PC running XP. I followed > these tests up with a re-tune of the VMS authorize and sysgen > parameters, taking these parameters from their recommended values to > ridiculously large values (1gb wsquo, wsmax 1gb, everything big). The > performance of these apps got better, but had lots of rough spots. > > For example, the java2d app has a tabbed dialog where each tab > displayed different classes of graphics operations. When the app ran, > the graphics operations ran OK, but when I tried to select a different > dialog tab, it took 4 minutes 30 seconds (clock time) to switch dialog > tabs and start the display of the new graphics operations. Once the > tab was fully rendered, the new graphics operations ran at a > reasonable speed. > > I tried to get help from HP by sending en email to java-b...@hp.com > and exchanged some email with an HP engineer. The engineer blamed the > applications, and not java. I pointed out that these applications came > with the JDK, but that made no difference. > > I also tried to use the java plugin with the CSWB/Mozilla. I tried to > display and operator a web page with embedded java. In my case, it was > an hp procurve managed switch management interface web page. These > simple html/java pages hung after a few java apps were loaded and run. > The HP engineer point to the procurve web page which was generated in > 2000 and specified that only IE5 and the MSVM could be used to display > the procure pages (lame excuse from HP). > > What I am looking for (I guess) is guidance from experienced people on > how to get performance out of java under OpenVMS Ia64 and Alpha > systems. I need access to better information than what HP chooses to > provide. > > I could use the following: > > 1) VMS tuning advice for java. What are typical authorize and sysgen > values for java usage. > > 2) More example applications to test with. My application will be a > rather large app and the demo apps that come with the JDK are not. > > 3) Suggest some URL's, books, etc that will guide me. > > Also, anyone who is willing to describe their experience in using java > with OpenVMS and have a conversation with me on or off-line, > please ... > > All help will be appreciated and acknowledged. > > Mjjerabek I have ported on OpenVMS a lot of java desktop applications using the swing interface. Most perform correctly: the startup is slow because of the slowness of the OpenVMS filesystem but after the response times are fair. Some applications with heavy swing interfaces are very slow (example: iREport 2.0) on my rx1620 2GB ram. I have always diagnosed a memory-related problem. In this case I apply the following strategy : 1) tune the sysgen and authorize parameters 2) start the jvm with the -Xms and -Xmx parameters 3) buy more memory I use the JMX console to analyze the jvm behavior (memory use, opened threads...). Note that the architecture of Itanium and Java are big memory consumers. 256 Mb ram on Intel x86 32bits is roughly equivalent to 4 Gb ram on Itanium. ------------------------------ Date: Mon, 01 Oct 2007 20:45:29 -0500 From: David J Dachtera Subject: Re: lexical for terminal attributes? Message-ID: <4701A2B9.D2084B51@spam.comcast.net> AEF wrote: > > On Sep 29, 6:02 pm, Jan-Erik Söderholm > wrote: > > David J Dachtera wrote: > > > In Reflection, I can change the screen width > > > > > (Reflection's paradigm) without > > > > > notifyting VMS (SET TERM/WIDTH). > > > > I just tried this using the Putty VT-emulator. > > Using telnet against a 8.2 VMS system > > > > Right after login SH TERM shows "Width: 80, Page: 24" > > as expected, I guess. > > > > Now, if I simply rezise the window by only dragging the > > corner of if a bit down to the right, SHO TERM now > > says "Width: 104, Page: 38" (or whatever, depending > > on how much I resize the window). > > > > So it seems as Putty (and probably Reflection) is/are > > notifying VMS of any screen resizing. > > > > And when using SET TERM/WID, the windows screen also > > resizes to match the new setting. > > > > Jan-Erik. > > Yes, I noticed that about Putty. It even works on my VMS V6.1 and V6.2 > systems! > > And F$GETDVI("TT","DEVBUFSIZ") still gives whatever SHOW TERMINAL > gives. I note, also, that this happens on Telnet sessions; however, when connected via the COM port to the serial console, changing the screen width locally does not produce a difference before/after in SHOW TERMINAL. FWIW... -- David J Dachtera dba DJE Systems http://www.djesys.com/ Unofficial OpenVMS Marketing Home Page http://www.djesys.com/vms/market/ Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/ Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/ Unofficial OpenVMS Hobbyist Support Page: http://www.djesys.com/vms/support/ ------------------------------ Date: Tue, 2 Oct 2007 07:29:28 +0800 From: "Richard Maher" Subject: Re: Web-based VMS Que Monitor for Deathrow Message-ID: Hi Paul, > I also don't like any website resizing my browser windows, so I'll add a > "me too" vote. Yep, never mind the fact that the underlying infrastructure is so fast that it can request the server to do a $getqui for a matching queues in between echoing each keystroke for the Queue Name - Never mind that the server is a crappy vax (sorry Graham :-) in Florida - It resizes the damn screen! That's what's important! Seemless, unprivileged (at least on Alpha) client impersonation? Who cares? Cheers Richard Maher "P. Sture" wrote in message news:paul.sture.nospam-EECEA0.17482526092007@mac.sture.ch... > In article > , > Robert Deininger wrote: > > > Congrats! What incantation did you use? I couldn't even get the login > > box using Safari. > > > > Am I brave enough to download yet another browser (Firefox) and try this > > again? > > > > $ SHOW QUEUE works pretty well for me. I guess I'll leave the > > Mickey-Clicky stuff to the kids. > > Using my own username and password with FireFox (on OS X), I got access > denied. Tried again in uppercase, and got the same thing. > > On logging on via ssh, I saw 2 login failures, confirming that those are > treated properly, which is good news. > > Using the TIER3_DEMO username, I could see the batch job I had > submitted, so the question of what TIER3_DEMO can see is still open. > > I also don't like any website resizing my browser windows, so I'll add a > "me too" vote. > > -- > Paul Sture > > Sue's OpenVMS bookmarks: > http://eisner.encompasserve.org/~sture/ovms-bookmarks.html ------------------------------ End of INFO-VAX 2007.537 ************************