CPS Core Performance

Test Environment

TODO: Laptop specs

Test data used complies with Open ROADM YANG model.

Storing data nodes

A number of openroadm device nodes will be stored using CpsService::saveData.

Observations

• Storing data nodes has linear time complexity (as expected).
• Raw performance is roughly 3200 fragments per second for the given test setup.
• Performance can be improved by enabling write batching (CPS-1795)
• There are edge cases with exponential complexity.

Updating data nodes

In this scenario, 1000 devices nodes are already defined. A number of these existing data nodes will be updated using CpsService::updateDataNodeAndDescendants.

Observations

• Updating data nodes has linear time complexity (as expected).
• Raw performance is roughly 650 fragments per second for the given model and test setup.
• Updating data nodes is 5 times slower than storing data nodes.

Updating data leaves

In this scenario, 1000 devices nodes are already defined. The data leaves of a number of these existing data nodes will be updated using CpsService::updateNodeLeaves.

Example JSON payload for updating two leaves ('status' and 'ne-state') for one device:

{
    'openroadm-device': [
        {'device-id':'C201-7-1A-1', 'status':'fail', 'ne-state':'jeopardy'},
    ]
}

Observations

• Updating data leaves has linear time complexity.

Reading data nodes

Cps Path Queries

Deleting data nodes

NCMP Performance

CM-handle registration

TODO Comparison of Kohn, London, Montreal (current) up to 40,000 CM handles

CM-handle deregistration

TODO Comparison of Kohn, London, Montreal (current) up to 40,000 CM handles