|
Then convert to using a User Space and all is well.
Really simple change. Just add the BASED() keyword to the DS (or field)
definition currently being used and add logic to run during initialization
to obtain the pointer.
That said - given the criteria you are stating I see no reason not to
simply condition your current IN operations to only retrieve the data area
on first usage.
On Nov 13, 2019, at 11:55 AM, Vinay Gavankar <vinaygav@xxxxxxxxx> wrote:some
Just to clarify, the Trigger program does not lock or update the data
areas. The data areas have values like the Data Queue name, Library and
some other control flags. They COULD be updated manually by a user in
extreme condition, but I haven't really know of an instance when that hasbased
been done in the last 10 years. The data areas have different values
on production machine or different test environments, but given themachine
and environment, they are pretty much static.wrote:
On Wed, Nov 13, 2019 at 11:32 AM Jon Paris <jon.paris@xxxxxxxxxxxxxx>
to
If the IN operation is really the problem then an alternative option is
data.use User Spaces to replace the data areas.
Because they can be resolved via a pointer they are just like any other
memory in the program and require no operation to "see" the current
wrote:If there is potential for more than one program to update the space then
you might want to implement some "in use" semaphore to ensure that the
updates don't screw each other up.
On Nov 13, 2019, at 9:15 AM, Vinay Gavankar <vinaygav@xxxxxxxxx>
usingentry
We have the same Trigger Program (in RPGLE) defined on multiple files,
which get updated from multiple different jobs. The program writes an
to a data queue. The total updates to all the files easily exceed abillion
a day.it
I have a few questions. How is the program invoked on file update? Does
always get a fresh copy? If not, is it possible to code something which
will execute only once?
What I am trying to do is this: The program is reading 4 data areas
are'IN' statement. I have found that the IN statement is about 7-8 timesmore
'expensive' than CHAIN. I am trying to figure out if there is a way to
increase the efficiency of the Trigger program. All the 4 data areas
listreally static, but CAN be changed, hence the 'IN' statement for everycycle.
list
Any ideas will be greatly appreciated.
Vinay
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxxquestions.
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related
link: https://amazon.midrange.com
Help support midrange.com by shopping at amazon.com with our affiliate
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
listTo post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx--
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxxquestions.
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related
link: https://amazon.midrange.com
Help support midrange.com by shopping at amazon.com with our affiliate
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com
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.