On Mon, Sep 14, 2015 at 01:14:43PM -0700, ALeX Wang wrote:
> On 14 September 2015 at 08:33, Ben Pfaff <b...@nicira.com> wrote:
> 
> > On Sun, Sep 13, 2015 at 09:57:58AM -0700, ALeX Wang wrote:
> > > On 11 September 2015 at 20:29, Ben Pfaff <b...@nicira.com> wrote:
> > >
> > > > This makes ovn-nbctl into a pretty slavish imitation of ovn-nbctl,
> > using
> > > > almost the same code.  It has two immediate benefits.  First, multiple
> > > > commands can now be chained together into a single ovn-nbctl
> > invocation.
> > > > Second, the database commands such as "create", "set", and so on allow
> > > > queries and modifications that don't have specific commands already.
> > > > In the following commit, this allows testing the OVN ACL feature.
> > > >
> > > > Signed-off-by: Ben Pfaff <b...@nicira.com>
> >
> > > imitation of ovn-sbctl?
> >
> > Yes, oops
> >
> > > one thing I noticed is that there is no implementation
> > > for 'struct nbctl_context' and 'cache'.  so, there is no
> > > guarantee that in a long cmd chain, the later cmd
> > > will never see the invalid db states.
> >
> > I'm not sure what you mean.  The cache that ovs-vsctl implements is only
> > a cache; that is, leaving it out it doesn't affect correctness.  On the
> > other hand, if there is a cache, then logic is needed to invalidate the
> > cache if anything changes.
> >
> > Maybe you could give an example of the problem you see?
> >
> >
> 
> Sorry, I was confused to believe that cache is compulsory,... it is
> just used for easy access, using hash.
> 
> Then, looks good to me~  maybe Russell would also like to look at this?

Thanks, applied to master.
_______________________________________________
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev

Reply via email to