Forum Discussion
Strange CPU-peaks in 3hours performance diagram
This is expected/normal behaviour. Spikes can be due to AVR/ASM daemons described in K16469 / K15606 and in this case it's AVR-related daemons such as avrd, monpd and mysqld, even if AVR is not provisioned and no analytics profile loaded. There's no impact to performance. I briefly mentioned this in my article above.
Dear Rodrigo,
the AVR was also our first idea and checking your provided article this makes most sence. We first removed the AVR-profiles from the VS, but the spikes were still there. And now I also tried to delete/reset the AVR statistics as described in article K14956 but still spikes every 5 minutes. I also understand, that we don't need to worry about performance, because AVR uses separate logical cores and are throttled down when TMM needs the resources.
But I'm wondering, where this behavior comes from, because we have several clusters running, all with AVR provisioned, but all others are not showing these spikes.
Thank you!
Regards Stefan 🙂
- Rodrigo_AlbuqueSep 21, 2022
Cirrocumulus
The spikes happen in boxes with HyperThreading (HT+) technology. In HT+ boxes, TMM resides in even-numbered cores (0, 2, 4) and the control plane in odd-numbered cores (1, 3, 5 etc).It depends on the version you're running and whether your box has HyperThreading (HT+). Notice that the spikes are in the control plane CPUs which indicates these are due to the daemons I told you about. You can delete the hell out of AVR and deprovision it but it won't stop the spikes. The hardware boxes listed with HT+ in K14358, all support HyperThreading technology. Have a quick look at it.
Recent Discussions
Related Content
* Getting Started on DevCentral
* Community Guidelines
* Community Terms of Use / EULA
* Community Ranking Explained
* Community Resources
* Contact the DevCentral Team
* Update MFA on account.f5.com