× 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.



Prototypes are only used at compile time to check the parameter definitions,
i.e. number of parameters, data types of the parameters and all additional
options.
Prototypes are not used at runtime.
But the complete service program gets activated, even if only a single
procedure is called.
Because it is only a single service program, only a single object has to be
found and loaded into memory.
Even if you have thousands of prototypes embedded in your service program, I
assume there will be (almost) no performance difference.

BTW we have a lot of service programs with 10th or even 100th of procedures,
but I never found that activating those service programs (even if multiples
are used) will take considerably time.

Mit freundlichen Grüßen / Best regards

Birgitta Hauser

"Shoot for the moon, even if you miss, you'll land among the stars." (Les
Brown)
"If you think education is expensive, try ignorance." (Derek Bok)
"What is worse than training your staff and losing them? Not training them
and keeping them!"
?Train people well enough so they can leave, treat them well enough so they
don't want to.? (Richard Branson)


-----Original Message-----
From: RPG400-L [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Mitch
Gallman
Sent: Freitag, 10. November 2017 23:05
To: rpg400-l@xxxxxxxxxxxx
Subject: Performance impact of unused prototyped functions/procedures

I have a service program with many exported functions/procedures and I have
a copybook with all the prototypes (no /if defined declarations).
If my program only uses one function from all the prototypes that were
included...does having the extra prototyped functions that are never used
impact startup performance of my program?

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

Please contact support@xxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link:
http://amzn.to/2dEadiD


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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.