[OPNFLWPLUG-327] Statistics collection slow - performance Created: 29/Nov/14 Updated: 27/Sep/21 Resolved: 04/Dec/14 |
|
| Status: | Resolved |
| Project: | OpenFlowPlugin |
| Component/s: | General |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | ||
| Reporter: | Jan Medved | Assignee: | Vaclav Demcak |
| Resolution: | Done | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Environment: |
Operating System: All |
||
| External issue ID: | 2450 |
| Description |
|
Statistics collection performance regressed from Helium SR1. In Helium SR!, statistics for 5k flows are collected in ~4 seconds. On master built today, statistics collection for 5k flow times out after the 100 seconds. It think it takes about 15-20 minutes to do all the round-robin collection. To reproduce: run the integration md-sal performance test flow_add_delete.py: ./flow_add_delete_test.py --flows=1000 --threads=5 --bulk-delete --auth and observe the line 'Stats collected in <xyz> seconds.' xyz for Helium SR1 and for the master should be the same if run on the same hardware. |
| Comments |
| Comment by Jan Medved [ 29/Nov/14 ] |
|
Upgraded to showstopper. Not only is the performance much worse than it was in SR1, collection is not correct - the controller "discovers" many more flows than there are in the network. Reproduce: blast in 50k flows with flow config blaster. Let it run for an hour. After about an hour, the controller reports ~70k found flows. |
| Comment by Michal Rehak [ 02/Dec/14 ] |