|
Aaron, Joe mentions that CRTJVAPGM may not have been the way to go. As far as giving the java process it's own memory... AFAIK, that's done just like you would with any other i5 job. Create a subsystem with it's own private pool for the job to run in. HTH, Charles Wilt -- iSeries Systems Administrator / Developer Mitsubishi Electric Automotive America ph: 513-573-4343 fax: 513-398-1121
-----Original Message----- From: java400-l-bounces@xxxxxxxxxxxx [mailto:java400-l-bounces@xxxxxxxxxxxx] On Behalf Of albartell Sent: Monday, October 16, 2006 11:12 AM To: 'Java Programming on and around the iSeries / AS400' Subject: Optimizing Native Java Hi All, I am just completing a project where I wrote a Java proxy of sorts and there were a bunch of third party jar files involved in the mix. To make a long story short we are not satisfied with the performance we are getting out of the Java processes on the iSeries (note the Java is running in it's own job listening to a data queue - only one JVM startup). We have run the CRTJVAPGM against all .class and .jar files involved and are wondering are there any other mechanisms to look at concerning getting more speed on the Java end? Obviously one solution would be to throw more memory at it, but is there a way to section off the memory so this Java process gets sole use of it (similar to how you can do the same for Websphere Application Server)? Any other idea's? Aaron Bartell New Tool! - RPG Chart Engine - visit www.mowyourlawn.com <http://www.mowyourlawn.com/> for more info. -- This is the Java Programming on and around the iSeries / AS400 (JAVA400-L) mailing list To post a message email: JAVA400-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/java400-l or email: JAVA400-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/java400-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.