[OPNFLWPLUG-601] He plugin: Stats collection takes long when controller is busy Created: 24/Jan/16  Updated: 27/Sep/21  Resolved: 30/Jan/16

Status: Resolved
Project: OpenFlowPlugin
Component/s: General
Affects Version/s: None
Fix Version/s: None

Type: Bug
Reporter: Luis Gomez Assignee: Unassigned
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All

External issue ID: 5071

 Description   

Stats collection takes >8secs in some scenarios where controller CPU is busy. This is curently obeserved in a couple of CI tests:

  • The test where we load many features in controller:

https://jenkins.opendaylight.org/releng/view/CSIT-1node/job/openflowplugin-csit-1node-flow-services-all-beryllium/

  • The cluster test when we kill one instance:

https://jenkins.opendaylight.org/releng/view/CSIT-3node/job/openflowplugin-csit-3node-clustering-helium-design-only-beryllium/

 Comments   
Comment by Jan Medved [ 25/Jan/16 ]

Stats collection times seem to grow superlinearly with the number of flows. With 100k flows, in my environment (single node, mininet with 15 nodes) it takes 17 seconds to program 100k flows with this command:

./flow_add_delete_test.py --threads 8 --flows 12500 --auth --bulk-delete --timeout 10000 --fpr 200

It takes 9 minutes and 30 second to finish stats collection for all the 100k flows after the flow programming have been blasted into mininet. The controller was not busy at all, CPU utilization stayed around 20%.

Comment by Luis Gomez [ 30/Jan/16 ]

The issues I reported have been fixed with He latest patches. Stats collection in He takes half time now, still Li plugin has better stats collection.

Generated at Wed Feb 07 20:32:54 UTC 2024 using Jira 8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d.