× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: RE: Call in ILERPG response time slow
  • From: "Stone, Brad V (TC)" <bvstone@xxxxxxxxxxxxxx>
  • Date: Thu, 22 Oct 1998 09:46:12 -0500

Denis,

> -----Original Message-----
> From: Denis Robitaille [SMTP:DRobitaille@Cascades.com]
> Sent: Thursday, October 22, 1998 8:07 AM
> To:   MIDRANGE-L@midrange.com
> Subject:      Re: Call in ILERPG response time slow
> 
> Maybe you could compile your programs with activation group "CALLER".
> 
> Denis Robitaille
> Cascades inc.
> Tel: 819-363-5187
> DRobitaille@cascades.com
> 
        [And Brad Said:]  This won't help the situation since the
programs that he is referring to are most likely running the the DAG
already.  Specifying *CALLER for the AG, they will again only be run in
the DAG since that is the "calling program's" AG.  

        Even if Steven were specifying *NEW as the AG on all of his
programs, this would not (or should not) lead to 14 extra seconds of
overhead, unless you have a new data processing person that loves to use
Query/400, and forgot to factor that into the mix.

        It's hard to guess at something like this since we don't know
the conditions in which the machine is running, and what the conditions
were duringing calling program B from the command line, or from pgm A.

        We converted all of our programs from RPGIII to RPGIV and saw no
negative effects..

Bradley V. Stone
Taylor Corporation - OASIS Programmer/Analyst   
bvstone@taylorcorp.com
Phone: 1-507-625-6464 x3147
Fax: 1-507-625-8937





> >>> "Steven Easton" <seaston@ionet.net> 10/22 8:26 am >>>
> When I converted some RPG 3 programs to RPG 4, the pop up screens
> response
> time went from sub second to 14 seconds.  Program A CALLs program B,
> both
> ILE.  This response time is true weather it is the first time program
> is
> CALLed or the 10th time.  Program B load sub second when it is CALLed
> from
> a command line.  When program A CALLs program B, they are on different
> invocation levels.  When program B is CALLed from a command line, it
> is
> only 1 invocation level.  This is on a  AS400 model 600, runing OS
> v4r7,
> with nothing else running.
> 
> My question is, how can I improve response time without converting to
> CALLB.  I write many small programs instead of 1 large program.  The
> CALLB
> adds extra programming overhead that I would like to avoid.
> 
> 
> Steven Easton 
> seaston@ionet.net 
> Midrange Systems Design
> http://www.ionet.net/virtual/dpma/ 
> Century Martial Art Supply
> http://www.centuryma.com/ 
> 
> 
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
> MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
> david@midrange.com 
> +---
> 
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
> MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
> david@midrange.com
> +---
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---


As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.