Certain parts of QuickOPC work separately, and exchange the information through message queues. This way, low-level processing cannot disrupt higher levels, and vice versa. The message queues contain requests (for some work), and responses (results of the work done).

The queue capacities need to be long enough - there can be "spikes" of requests or responses which will eventually be consumed by the other party, but require storage temporarily. Obviously, the more items you work with, the higher is the maximum capacity needed.

The queue are allocated dynamically (no memory consumed upfront, if the queue size is set to high number). But when the limit is reached, no further elements are added to the queue - they are simply lost. We used to have event log reporting of this occurrence in past versions, but due to some technical difficulties currently there is nothing to indicate that the queue capacity was reached - except for the fact that requests or responses will be missing, which will manifest in various ways - one of them can be that not all items get subscribed.

Best regards

Hello.

Can you please try to increase some settings (indicated below) to very high numbers, such as:
These are all static parameters on the EasyDAClient class that need to be set once, before a first instance of it is created.

Best regards

Hello,
you are really stretching it. These are huge numbers.

Can you clarify what you mean by "... subscribe to less"?
- Is it that you never receive any notification for them - not even a one with some error?
- Is it that you have a way to check the number of subscribed items on the server side, and you do not see the number expected?
- Or something else?

Thank you
Best regards