Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

The FDP team is no longer accepting new bugs in Bugzilla. Please report your issues under FDP project in Jira. Thanks.

Bug 1922489

Summary:	ovn-controller refactor: Refactor the incremental engine
Product:	Red Hat Enterprise Linux Fast Datapath	Reporter:	Mark Michelson <mmichels>
Component:	OVN	Assignee:	OVN Team <ovnteam>
Status:	CLOSED WONTFIX	QA Contact:	Jianlin Shi <jishi>
Severity:	unspecified	Docs Contact:
Priority:	low
Version:	FDP 21.B	CC:	ctrautma
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2024-02-14 21:12:18 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:

Description Mark Michelson 2021-01-29 21:48:21 UTC

See https://docs.google.com/document/d/16PFU3OpjMvnYjILAY00FlnabfUyIOWOPR-1tTFh_I10/edit?ts=60129a42

This corresponds with phase 3 of the linked document.

The incremental engine's scope needs to be reworked so that it only compares received data to cached data, thus outputting the new, deleted, and updated data to lower layers.

The lower layers then need to operate on this "diff" data.

This issue may need to be divided into subtasks based on individual data types handled by the incremental engine. However, issue #1922486 needs to be completed first so that the data types are known before this can be subdivided.

Comment 1 Mark Michelson 2021-12-03 14:26:35 UTC

Prioritizing this "low" because since this issue was opened, the idea of an ovn-controller refactor has fallen way down the list of important things. Changes in ovn-controller have made it perform light years better than it used to. While it's still in need of cleanup, we don't also have the increased performance angle to lean on. In fact, it's possible that the refactor on its own would cause performance regressions initially, since the focus would mainly be on writing error-free clean code.

Comment 2 OVN Bot 2024-02-14 21:12:16 UTC

This issue is being closed as an automatic process due to the issue's age. If you wish to re-open this issue, please do so in Jira (https://issues.redhat.com) in the 'FDP' project. Please be sure to set the component to the latest OVN version where this issue is known to occur. If this is a feature request or improvement, please set the component to 'OVN'.