Re: Quick "hopefully" question on JVM, RUNJVA, etc...

I appreciate all the responses.

Has anyone heard of a NEP that keeps QSH open and you can simply throw
commands to it via a data queue? Java or otherwise? The trick would be
returning the result (error or not) to the caller.

Brad

On Fri, Jun 25, 2010 at 4:59 PM, Richard Schoen <richard@xxxxxxxxxxxxxxx>wrote:

RUNJVA spawns a new job for each call from my experience, but it's
faster after the first one.

A NEP will not help this if you're simply calling the command again from
within an RPG program. Running in batch mode should make it a little
faster.

Regards,
Richard Schoen
RJS Software Systems Inc.
Where Information Meets Innovation
Document Management, Workflow, Report Delivery, Forms and Business
Intelligence
Email: richard@xxxxxxxxxxxxxxx
Web Site: http://www.rjssoftware.com
Tel: (952) 736-5800
Fax: (952) 736-5801
Toll Free: (888) RJSSOFT

------------------------------

message: 7
date: Fri, 25 Jun 2010 16:34:17 -0500
from: Bradley Stone <bvstone@xxxxxxxxx>
subject: Re: Quick "hopefully" question on JVM, RUNJVA, etc...

I guess my question is, if the Java procedure is being called by the
same job using RUNJVA from and RPG program (using QCMDEXC of course),
would this be sped up dramatically using a NEP? My guess is no since
it's all in the same job and the JVM doesn't start and stop each time
(but it seems like another job is spawned.. most likely a QSH job).

Brad

On Fri, Jun 25, 2010 at 4:08 PM, Bradley Stone <bvstone@xxxxxxxxx>
wrote:

Thanks for the reply, Duane.

The performance issue isn't really for multiple jobs running the Java,

just one. But they run it over and over.

It's for adding an overlay/watermark to a PDF. That alone I know is
resource intensive. If you've ever seen the PDF spec, adding a single

character means changing almost the entire document, XREF, etc.
Adding a watermark I'm sure is very string intensive too.

What we're seeing is each time this is called, from the same job mind
you, a new little job spawns, then when it's done that job goes away.

That's where I thought the resources might be going. But personally I

believe it's the manipulation of the PDF file itself that's causing
what seems to be a lot of lag. It's just a lot of work!

I did show them how to recompile the JAR files on their system so
hopefully that will help. This is on V6R1 as well.

Brad

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.