High CPU load due to RCF AMI thread
Posted: Fri Jan 03, 2014 10:47 am
Hi Jarl,
we're observing that one of the threads in our process starts occupying one core of our CPU. This happens after stopping the process hosting the server. As our clients mainly need to become informed about new events from the server the clients instantiate a server on their own to establish a callback connection. After destroying this 'callback server' in the client process the thread starts his phase of high load. Interestingly this has no influence on the functionality of our application.
As this thread calls itself "RCF AMI" my first bet is that RCF started this thread. We tried to extract something valuable from the callstack of this thread but without success. Our workaround is that we no longer destroy the 'callback server' but reuse it.
Regards,
Volker
we're observing that one of the threads in our process starts occupying one core of our CPU. This happens after stopping the process hosting the server. As our clients mainly need to become informed about new events from the server the clients instantiate a server on their own to establish a callback connection. After destroying this 'callback server' in the client process the thread starts his phase of high load. Interestingly this has no influence on the functionality of our application.
As this thread calls itself "RCF AMI" my first bet is that RCF started this thread. We tried to extract something valuable from the callstack of this thread but without success. Our workaround is that we no longer destroy the 'callback server' but reuse it.
Regards,
Volker