Re: Question about user queues

User Queues are machine level objects and can only addressed at the MI
level. They are probably 30% faster than data queues. They are beasts to
address in C but pretty easy in RPG.

I think the difference in performance is because, I believe, everytime you
address a data queue it must be resolved. With a user queue, you can
resolve them and use that address again and again.

If you write a service program to wrapper them like I did, they are
actually easier than data queues. Anytime you want the best possible
performance you use a user queue. .



On Thu, Oct 15, 2020 at 10:50 AM Sam_L <lennon_s_j@xxxxxxxxxxx> wrote:

I initially thought you were talking about data queues, but there is,
indeed, a user queue. Both appear to be similar, but user queues
perform better.

I found this on the IBM site:

Permit better performance than the data queue interface.

You can save and restore a user queue; however, you can save or restore
its definition only. You cannot save or restore the messages in it. You
cannot restore a user queue if a user queue with the same name already
exists in the library. You must provide programs to use this object type
to enqueue and dequeue messages.

https://www.ibm.com/support/knowledgecenter/ssw_ibm_i_74/apis/obj3a.htm

Since you can't save or restore the data, it would be of interest to
know how Mimix replicates them. Probably only the definition, which
would be correct and would consume miminal band width.

Hopefully there is an expert who can comment.

Sam



On 10/15/2020 1:12 PM, James H. H. Lampert wrote:

We have a customer who is using MIMIX to slave a DR box to their
production box.

Including user queues that one of our products uses for inter-job
communication.

Can anybody suggest a scenario in which there *would* be a reason to
propagate user queues from a production box to a DR box?

--
JHHL

--
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@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com