Bug 1290210

Summary:	Longer time spent in db_save_inventory during large provider refresh when VIMBroker is enabled
Product:	Red Hat CloudForms Management Engine	Reporter:	John Prause <jprause>
Component:	Performance	Assignee:	dmetzger
Status:	CLOSED NOTABUG	QA Contact:	Alex Krzos <akrzos>
Severity:	high	Docs Contact:
Priority:	medium
Version:	5.3.0	CC:	akrzos, dajohnso, dmetzger, jhardy, jprause, obarenbo, perfbz
Target Milestone:	GA	Keywords:	ZStream
Target Release:	5.5.5
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:	1201480	Environment:
Last Closed:	2016-06-30 21:18:19 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	1201480
Bug Blocks:

Comment 2 dmetzger 2016-06-30 21:18:19 UTC

There have been multiple performance related changes in the refresh logic, testing with QE Large VMware environment. Testing of 5.5.5.0-1 with QE Large VMware model results:

Initial Provider Refresh with broker: db_save_inventory=>253.3471006249535

Initial Provider Refresh without broker: db_save_inventory=>254.23796354868896

Closing as problem is is not reproducible with 5.5.5.0-1.