You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

CPS Core Performance

Test Environment

TODO: Laptop specs

Test data used complies with Open ROADM YANG model.

Storing data nodes

Device nodes11002003004005006007008009001000

Time (seconds)

0.2952.364.367.159.7611.5014.7718.4319.7922.1626.54

Observations

  • Storing data nodes has linear time complexity (expected).
  • There are edge cases with worse complexity.
  • Performance can be improved by enabling write batching (CPS-1795)

Updating data nodes and descendants

Device nodes11002003004005006007008009001000

Time (seconds)

0.21512.7928.3844.2351.55

69.46

85.6795.02109.16117.00131.15

Observations

  • Updating data nodes has linear time complexity (expected).
  • Updating is approximately 5.5 times slower than storing data nodes.

Batch updating data leaves

Device nodes11002003004005006007008009001000

Time (seconds)

.201.266.276.280.317.379.385.465.485.520

.561

Observations

  • Updating data leaves has linear time complexity.

Reading data using getDataNodes API


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


  • No labels