[action] [PR:1527] Optimize counter initialization by reducing the number of bulk counter poll calls and communication between swss/sairedis#25
Merged
mssonicbld merged 1 commit intoAzure:202412from Feb 28, 2025
Conversation
…r poll calls and communication between swss/sairedis Optimize counter initialization by reducing the number of bulk counter poll calls and communication between swss(orchagent)/sairedis(syncd) during initialization. Originally, `orchagent` notifies `syncd` to initialize the counter using an extended sairedis call `SAI_REDIS_SWITCH_ATTR_FLEX_COUNTER` for each SAI object with the object ID as the key, which means the number of the extended sairedis calls is identical as the number of objects. It takes time to finish all the extended sairedis calls. Now, for counter groups that have many objects (e.g., port, PG, queues, etc), `orchagent` notifies `syncd` to initialize the counter using a single extend sairedis call with many objects' ID as the key (format: `<key1>,<key2>,...<keyn>`). So, it takes much less time to initialize the counters because fewer extend sairedis calls are required. Details: - In sairedis, the bulk counter is supported for all counter groups except `Buffer Pool Counter` and `DASH ENI counter`. - In swss, bulk counter for the following counter groups - priority group watermark - priority group drop - queue watermark - queue stat - PFC watchdog HLD sonic-net/SONiC#1862
Collaborator
Author
|
Original PR: sonic-net/sonic-sairedis#1527 |
Collaborator
Author
|
/azp run |
|
Azure Pipelines successfully started running 1 pipeline(s). |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Optimize counter initialization by reducing the number of bulk counter poll calls and communication between swss(orchagent)/sairedis(syncd) during initialization.
Originally,
orchagentnotifiessyncdto initialize the counter using an extended sairedis callSAI_REDIS_SWITCH_ATTR_FLEX_COUNTERfor each SAI object with the object ID as the key, which means the number of the extended sairedis calls is identical as the number of objects. It takes time to finish all the extended sairedis calls.Now, for counter groups that have many objects (e.g., port, PG, queues, etc),
orchagentnotifiessyncdto initialize the counter using a single extend sairedis call with many objects' ID as the key (format:<key1>,<key2>,...<keyn>). So, it takes much less time to initialize the counters because fewer extend sairedis calls are required.Details:
In sairedis, the bulk counter is supported for all counter groups except
Buffer Pool CounterandDASH ENI counter.In swss, bulk counter for the following counter groups
HLD sonic-net/SONiC#1862