You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
vpp has stats.sock for system, memory stats. But telemetry plugin use api.sock with vpe to dump memory by CLI. Because vpp api node is single thread and will not put msg into channel like what govpp does. This could cause reply timeout when govpp sends msg into api.sock in a high freqeuncy, which influnces other api request.
The text was updated successfully, but these errors were encountered:
This is probably due legacy implementation of Telemetry plugin. At the time when the plugin was implemented, it was not possible to retrieve memory statistics via VPP Stats API (stats.sock).
I will add this to a backlog, however you're welcome to open a PR to fix this if that is something you would be open to do.
And I guess another reason might be that vpp stats api does not provide detailed metrics than cli does. For example, "show memory main-heap verbose" shows memory usage per thread. But stats api only shows global memory usages. I am also confused why api, cli, and stats in vpp are not consist with each other.
Now I am working on this issue both on vpp side and agent side.
vpp has stats.sock for system, memory stats. But telemetry plugin use api.sock with vpe to dump memory by CLI. Because vpp api node is single thread and will not put msg into channel like what govpp does. This could cause reply timeout when govpp sends msg into api.sock in a high freqeuncy, which influnces other api request.
The text was updated successfully, but these errors were encountered: