- Thank you received: 0
Online Forums
Technical support is provided through Support Forums below. Anybody can view them; you need to Register/Login to our site (see links in upper right corner) in order to Post questions. You do not have to be a licensed user of our product.
Please read Rules for forum posts before reporting your issue or asking a question. OPC Labs team is actively monitoring the forums, and replies as soon as possible. Various technical information can also be found in our Knowledge Base. For your convenience, we have also assembled a Frequently Asked Questions page.
Do not use the Contact page for technical issues.
- Forum
- Discussions
- QuickOPC-Classic in COM
- Reading, Writing, Subscriptions, Property Access
- high CPU usage in PHP, using ReadMultipleItems, ToString
high CPU usage in PHP, using ReadMultipleItems, ToString
Please Log in or Create an account to join the conversation.
The actual name of the class passed in the $sinkobject parameter should not matter, as long as it implements the right event handler function(s) with the right parameters.
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
I assume that "OPC connector" is the OPC server your application is connecting to. I cannot really imagine how it could impact the CPU usage of your PHP application in the way described, besides things like maybe some special data types may cause PHP to do more work? - but that doesn't seem to be the case either. This is not to say that it is not happening - one just needs to have a reproducible case to figure things out. If we are dealing with values such as floats, integers, strings, the code parts in question actually get their own copies - and those should be the same no matter whether they come from your OPC server, or let's say from our test/simulation server.
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
I have attempted to reproduce your CPU load problem, but I was not successful. If you could provide an information that would help in this respect, I would resume the investigation, but otherwise I have to leave it as it is for now.
Please Log in or Create an account to join the conversation.
The interfaces in QuickOPC-COM were designed so that they are usable from wide range of hosting languages and environemnts - which is good, but on the other hand, it increases the amount of examples and support knowledge needed to cover all these hosts - I hope you understand.
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
[EDITED: THE ABOVE STATEMENT IS NOT CORRECT, SEE LATER POSTS. PHP CAN CONSUME COM EVENTS, AND QUICKOPC-COM DOES WORK IN SUCH SCENARIO]
I will still have a look at what could be causing the high CPU usage.
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
- Forum
- Discussions
- QuickOPC-Classic in COM
- Reading, Writing, Subscriptions, Property Access
- high CPU usage in PHP, using ReadMultipleItems, ToString