I have been using subcriptions in PHP to get items on events for a while with excellent results.

However, as I roll out to more complex sites, and the number of subscribed items increases into the several hundreds I am finding the restriction of receiving one event per com_message_pump() to be a time nuisance.

Is there a way to get more than one changed item back per com_message_pump(), perhaps in an array, or is the only alternative to go to a subscribe multiple items variation, which has its own issues?

If either way is possible, could you possibly provide an implementation example as an extension of QOC-KB-5?

Thanks for the quick response.

Yes of course, I will wait as long as is necessary to get a proven result.

My current issue is more of a nuisance than an impediment. The main problem is at initialisation time when I need to process all items in as short a time as possible. I often end up with events well behind real time until the pump catches up. Once I am operating in real time the pump bottlekneck becomes an issue only occasionally.

The OPC Alarms&Events support will also be of some benefit as I tighten my status monitoring.

I thank you for your consideration.

If you think I could be of help in beta testing let me know.

Hello. You can expect a Beta of Version 5.10 available in approx. a week (I will post a note to you), with planned release June 30 (this may change).

I can confirm OPC Alarms and Events support in Version 5.10. I can also confirm the ability to pass multiple item changes in one notification. Whether this will actually bring a noticeable improvement in your scenario is something that will have to be tested (multiple events will be reduced to one - that's good; however from inside of the event handler the app code still needs to access properties of the passed objects, which will lead to further process context switches - same as before). I am read to work with you on this.

Best regards,

Zbynek Zahradnik