> > My question is whether there is any particular reason to allocate that > > number > > of (struct ovn_port)? It seems to me there is room in this code to > optimize > > for performance. Thanks. > > > > - Hui > > > > > > [1] > > > https://github.com/openvswitch/ovs/blob/master/ovn/northd/ovn-northd.c#L2529
> > > [2] > > > https://github.com/openvswitch/ovs/blob/master/ovn/northd/ovn-northd.c#L571 > Hui, ovn-northd's current design is that it processes the entire ovn nb db > each computational cycle, so I would expect to see what you are seeing, > which > is the argument for converting ovn-northd to an incremental processing > model. > > Ben, Justin, Yusheng can one of you talk to an ETA for when the nlog > ovn-northd code base will start to land in the review queue? That will > provide input on whether doing an interim patch series is worth the effort > or not... > > Incremental processing is one angle. The other we need to have on > the roadmap is some type of sharding. This is important for HA > purposes, as well. We need to be able to run multiple instances of > ovn-northd that each only operate on a subset of the full data set. Hi, Russell Thanks for your comments. I agree that sharding is an important ascpect to improve the southdbound db scalability. In the NVP paper [5], sharding has been implemented within Onix controller. However, I have no idea how difficulty it is to import the implementation to OVN. - Hui [5] http://benpfaff.org/papers/net-virt.pdf > > -- > Russell Bryant _______________________________________________ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev
