|
Eric,
I wouldn't assume that. The user would have to take care of that
manually. Although I did hear something at the February meeting of our
LUG about using prestart jobs to do just exactly what you are saying and
prestart jobs would stop and start as needed to handle the data queue.
Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
From:
"DeLong, Eric" <EDeLong@xxxxxxxxxxxxxxx>
To:
"Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
Date:
03/12/2009 12:34 PM
Subject:
RE: Multiple Jobs reading from same data queue-who's turn is it?
Sent by:
midrange-l-bounces@xxxxxxxxxxxx
My understanding of this is that your servers read queue entries on a
first-come-first-served basis. I would assume there is some sort of
monitor on the data-queue that will spawn additional server jobs to
process entries, whenever there appears to be a backlog of requests.
This way, your processes can scale to heavier workloads...
As always, it really depends on the requirements of the application.
Eric
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Dave Murvin
Sent: Thursday, March 12, 2009 10:53 AM
To: Midrange Systems Technical Discussion
Subject: Multiple Jobs reading from same data queue-who's turn is it?
Hello,
We have three server jobs, running at interactive priority, that all
read from the same data queue to do a specific task. What I do not know
is how the system decides who gets to read the next data queue entry.
Does is just go in sequence (job 1, then job2, job 3, then back to job
1) or is it some kind of first come first served process? If job 2 is
currently processing a request and it is normally job 2s "turn" when
another request arrives at the data queue, does the request wait for job
2 or does it go to the first job that is ready to receive the request?
I am concerned that since these jobs are part of an interactive process,
that we might get hung up waiting for one of the server jobs to finish
when there are other server jobs available to process the request.
Previously, each job called the server process directly, so each
interactive job had their own copy of the processing programs.
Thanks
Dave
--
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.
--
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.
--
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.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.