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



This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
--
[ Picked text/plain from multipart/alternative ]
Folks,

I am trying to figure out something here, I have a cross platform
application using DRDA between the 400 and a mainframe, currently the jobs
are queued to a subsystem job queue which is set to only allow one job at a
time. The reason is that we used QM Queries and data queues to select nTuple
data that is needed to update the mainframe.

Part of this process runs early in the morning about 4am and loads up the
processing queue with perhaps 1500 to 2000 requests. This gets the normal
user entering things manually behind all of the n(k) transactions in the
queue.

I want to run more than one of these entries in the subsystem at a time but
I am drawing a blank on the best way to set the data queues to be multi
threaded.

What happens if a program reads a entry from the queue, decides it does not
belong to it and places it back on the queue, will the end-of-queue (entry
size) still be set at the proper place even though an entry has been
replaced on the queue? Or is there some other incantation I can use to
multithread the data queues?

Additionally you should know that the programs themselves are set to handle
locks and other odd things that creep up when all the kids want the same row
at the same time!
although this should not happen, it is likely that the rows will be on the
same page.

Any and all suggestions or ideas and even the "why did you do something so
stupid when you could have...." will be appreciated.
____________________________________________
    Howard   Weatherly
      Systems Advisor
Computer Task Group, Inc.

howard.weatherly@dlis.dla.mil
Howard_weatherly@ameritch.net
Howard.Weatherly@ctg.com



"luck favors those who prepare"



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.