Re: Service Program Overhead

Varying will be passed as the length of the string plus 2 bytes so if you
have declared the field as 4000 it will pass 4002 bytes each time.

If you want a true varying string try using a String key word. It will pass
it as null terminated string so if the string was 50 bytes it would pass 51
bytes.

On Fri, Nov 13, 2009 at 12:27 PM, James Perkins <jrperkinsjr@xxxxxxxxx>wrote:

I am using some large variables, but they are varying so I don't think they
should impact performance. My understanding is that varying length strings
don't allocate storage until you tell them how much to allocate, but I
could
be wrong.

That being said, that was why the performance was extremely poor the first
time, hours that is. I had a huge string I was using because I forgot the
lovely varying keyword.

--
James R. Perkins
http://twitter.com/the_jamezp


On Fri, Nov 13, 2009 at 11:07, Dennis Lovelady <iseries@xxxxxxxxxxxx>
wrote:

It seems that the invocation of subprocedures in a service program
significantly slows down performance. I invoke 2 subprocedures on each
write
to the stream file, a replace all subprocedure and the write line
subprocedure. So, for the question, what kind of overhead is there when
invoking subprocedures from a service program? I'm sure there is
information
on this, I just can't seem to find it.

There are lots of ways to impact performance positively and negatively.
Usually when I hear someone complaining about the performance after
modularizing a program, I find that the real issue is that they're

passing

huge variables (rather than pointers to them), and this is a documented
costly technique.

You're not doing that, are you?

Dennis Lovelady
http://www.linkedin.com/in/dennislovelady
--
"Get your facts first, and then you can distort them as much as you
please."
-- Mark Twain

--
This is the RPG programming on the IBM i / System i (RPG400-L) mailing

list

To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.

--
This is the RPG programming on the IBM i / System i (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.