On Tue, Aug 25, 2015 at 10:10:02PM +0300, Liran Schour wrote: > Ben Pfaff <[email protected]> wrote on 25/08/2015 06:17:22 PM: > > > From: Ben Pfaff <[email protected]> > > To: Liran Schour/Haifa/IBM@IBMIL > > Cc: dev <[email protected]> > > Date: 25/08/2015 06:18 PM > > Subject: Re: [ovs-dev] OVN: Possible scalability bottleneck around > > the port binding table > > > > On Tue, Aug 25, 2015 at 11:46:36AM +0300, Liran Schour wrote: > > > Proposed solutions: both options are based on allowing the vSwitch > > > (ovn-controller) to monitor only a subset of the port binding table. > You > > > can think about it as a compromise between the fully pro-active and > the > > > re-active approaches (push vs. pull). > > > > > > Option 1: Extend OVSDB protocol to include a new method to allow the > > > client to monitor a table under a specific condition and being updated > > > > only on rows that satisfy the condition ( e.g "datapath"== XYZ ). This > > > > will allow each vSwitch in OVN to monitor only a subset of the logical > > > > datapaths. > > > > Yes, this makes sense, and it is already on the to-do list. > > > > *** Reducing amount of data sent to clients. > > > > Currently, whenever a row monitored by a client changes, > > ovsdb-server sends the client every monitored column in the row, > > even if only one column changes. It might be valuable to reduce > > this only to the columns that changes. > > > > Also, whenever a column changes, ovsdb-server sends the entire > > contents of the column. It might be valuable, for columns that > > are sets or maps, to send only added or removed values or > > key-values pairs. > > > > Currently, clients monitor the entire contents of a table. It > > might make sense to allow clients to monitor only rows that > > satisfy specific criteria, e.g. to allow an ovn-controller to > > receive only Logical_Flow rows for logical networks on its > hypervisor. > > > > Good, I will write RFC for the new OVSDB monitor method for approval > before starting to implement this..
Sure. A good place to start, I think, would be by writing the JSON-RPC protocol specification for this. (Maybe that is what you meant, I am not sure.) _______________________________________________ dev mailing list [email protected] http://openvswitch.org/mailman/listinfo/dev
