Thanks a lot Han! Great and swift work!
I'm testing them now, will let you know ASAP.
On Thu, Mar 1, 2018 at 8:39 AM, Han Zhou wrote:
>
>
> On Mon, Feb 26, 2018 at 12:05 PM, Ben Pfaff wrote:
> >
> > On Fri, Feb 23, 2018 at 03:51:28PM -0800, Han Zhou wrote:
> > > On Fri, Feb 23, 2018 at 2:17 PM,
On Mon, Feb 26, 2018 at 12:05 PM, Ben Pfaff wrote:
>
> On Fri, Feb 23, 2018 at 03:51:28PM -0800, Han Zhou wrote:
> > On Fri, Feb 23, 2018 at 2:17 PM, Ben Pfaff wrote:
> > >
> > > On Tue, Feb 20, 2018 at 08:56:42AM -0800, Han Zhou wrote:
> > > > On Tue, Feb 20, 2018 at 8:15 AM, Ben Pfaff wrote:
>
On Fri, Feb 23, 2018 at 03:51:28PM -0800, Han Zhou wrote:
> On Fri, Feb 23, 2018 at 2:17 PM, Ben Pfaff wrote:
> >
> > On Tue, Feb 20, 2018 at 08:56:42AM -0800, Han Zhou wrote:
> > > On Tue, Feb 20, 2018 at 8:15 AM, Ben Pfaff wrote:
> > > >
> > > > On Mon, Feb 19, 2018 at 11:33:11AM +0100, Daniel
On Fri, Feb 23, 2018 at 2:17 PM, Ben Pfaff wrote:
>
> On Tue, Feb 20, 2018 at 08:56:42AM -0800, Han Zhou wrote:
> > On Tue, Feb 20, 2018 at 8:15 AM, Ben Pfaff wrote:
> > >
> > > On Mon, Feb 19, 2018 at 11:33:11AM +0100, Daniel Alvarez Sanchez
wrote:
> > > > @Han, I can try rebase the patch if you
On Tue, Feb 20, 2018 at 08:56:42AM -0800, Han Zhou wrote:
> On Tue, Feb 20, 2018 at 8:15 AM, Ben Pfaff wrote:
> >
> > On Mon, Feb 19, 2018 at 11:33:11AM +0100, Daniel Alvarez Sanchez wrote:
> > > @Han, I can try rebase the patch if you want but that was
> > > basically renaming the Address_Set tab
> On 20 Feb 2018, at 19:50, Lucas Alvares Gomes wrote:
>
> Hi,
>
>> On Tue, Feb 20, 2018 at 4:56 PM, Han Zhou wrote:
>>
>>
>>> On Tue, Feb 20, 2018 at 8:15 AM, Ben Pfaff wrote:
>>>
On Mon, Feb 19, 2018 at 11:33:11AM +0100, Daniel Alvarez Sanchez wrote:
@Han, I can try rebase th
Hi,
On Tue, Feb 20, 2018 at 4:56 PM, Han Zhou wrote:
>
>
> On Tue, Feb 20, 2018 at 8:15 AM, Ben Pfaff wrote:
>>
>> On Mon, Feb 19, 2018 at 11:33:11AM +0100, Daniel Alvarez Sanchez wrote:
>> > @Han, I can try rebase the patch if you want but that was
>> > basically renaming the Address_Set table
On Tue, Feb 20, 2018 at 8:15 AM, Ben Pfaff wrote:
>
> On Mon, Feb 19, 2018 at 11:33:11AM +0100, Daniel Alvarez Sanchez wrote:
> > @Han, I can try rebase the patch if you want but that was
> > basically renaming the Address_Set table and from Ben's
> > comment, it may be better to keep the name. No
On Mon, Feb 19, 2018 at 11:33:11AM +0100, Daniel Alvarez Sanchez wrote:
> @Han, I can try rebase the patch if you want but that was
> basically renaming the Address_Set table and from Ben's
> comment, it may be better to keep the name. Not sure,
> however, how we can proceed to address Lucas' point
On Tue, Feb 13, 2018 at 8:32 PM, Ben Pfaff wrote:
> On Tue, Feb 13, 2018 at 12:39:56PM +0100, Daniel Alvarez Sanchez wrote:
> > Hi folks,
> >
> > As we're doing some performance tests in OpenStack using OVN,
> > we noticed that as we keep creating ports, the time for creating a
> > single port in
Just for completeness, I did some tests with and without the
JSON parser C extension [0]. There's no significant gain (at
this point), maybe when we add the port groups it's more
noticeable though. Average time without it's been 2.09s
while with the C extension it's been 2.03s.
@Han, I can try reb
Hi Daniel,
Thanks for the detailed profiling!
On Fri, Feb 16, 2018 at 6:50 AM, Daniel Alvarez Sanchez
wrote:
>
> About the duplicated processing of the update2 messages, I've verified
that those are not always present. I've isolated the scenario further and
did tcpdump and debugging on the exact
About the duplicated processing of the update2 messages, I've verified that
those are not always present. I've isolated the scenario further and did
tcpdump and debugging on the exact process which is sending the'transact'
command and I see no update2 processing duplicates. Among the rest of the
wo
On Fri, Feb 16, 2018 at 12:12 PM, Daniel Alvarez Sanchez <
dalva...@redhat.com> wrote:
> I've found out more about what is running slow in this scenario.
> I've profiled the processing of the update2 messages and here you can
> see the sequence of calls to __process_update2 (idl.py) when I'm
> cre
I've found out more about what is running slow in this scenario.
I've profiled the processing of the update2 messages and here you can
see the sequence of calls to __process_update2 (idl.py) when I'm
creating a new port via OpenStack on a system loaded with 800 ports
on the same Logical Switch:
1
On Thu, Feb 15, 2018 at 01:38:04PM -0800, Han Zhou wrote:
> On Thu, Feb 15, 2018 at 12:56 PM, Ben Pfaff wrote:
> >
> > On Thu, Feb 15, 2018 at 06:50:15PM +, Lucas Alvares Gomes wrote:
> > > Hi all,
> > >
> > > We currently have a problem with Address_Set in networking-ovn (and
> > > potentiall
On Wed, Feb 14, 2018 at 9:34 PM, Han Zhou wrote:
>
>
> On Wed, Feb 14, 2018 at 9:45 AM, Ben Pfaff wrote:
> >
> > On Wed, Feb 14, 2018 at 11:27:11AM +0100, Daniel Alvarez Sanchez wrote:
> > > Thanks for your inputs. I need to look more carefully into the patch
> you
> > > submitted but it looks l
On Thu, Feb 15, 2018 at 12:56 PM, Ben Pfaff wrote:
>
> On Thu, Feb 15, 2018 at 06:50:15PM +, Lucas Alvares Gomes wrote:
> > Hi all,
> >
> > We currently have a problem with Address_Set in networking-ovn (and
> > potentially other technologies using OVN as backend) which *maybe*
> > could be fi
On Thu, Feb 15, 2018 at 06:50:15PM +, Lucas Alvares Gomes wrote:
> Hi all,
>
> We currently have a problem with Address_Set in networking-ovn (and
> potentially other technologies using OVN as backend) which *maybe*
> could be fixed together with this idea of a new "port set" (a.k.a
> macro se
Hi all,
We currently have a problem with Address_Set in networking-ovn (and
potentially other technologies using OVN as backend) which *maybe*
could be fixed together with this idea of a new "port set" (a.k.a
macro set).
The problem is bit tricky but it shows as a race condition between
creating
On Thu, Feb 15, 2018 at 12:36:35AM +0100, Daniel Alvarez Sanchez wrote:
> If we would have the Port_Set we could simply write the match part as
> "outport == $security_group1 && ip4 && ip4.src == 0.0.0.0/0 && tcp &&
> tcp.dst == 22"
> and reduce the number of ACLs to 1 per security group rule inste
On Wed, Feb 14, 2018 at 03:45:21PM -0800, Han Zhou wrote:
> On Wed, Feb 14, 2018 at 3:39 PM, Ben Pfaff wrote:
> >
> > On Wed, Feb 14, 2018 at 03:29:34PM -0800, Han Zhou wrote:
> > > On Wed, Feb 14, 2018 at 3:08 PM, Ben Pfaff wrote:
> > > >
> > > > On Wed, Feb 14, 2018 at 02:25:56PM -0800, Han Zho
On Wed, Feb 14, 2018 at 3:39 PM, Ben Pfaff wrote:
>
> On Wed, Feb 14, 2018 at 03:29:34PM -0800, Han Zhou wrote:
> > On Wed, Feb 14, 2018 at 3:08 PM, Ben Pfaff wrote:
> > >
> > > On Wed, Feb 14, 2018 at 02:25:56PM -0800, Han Zhou wrote:
> > > > On Wed, Feb 14, 2018 at 1:40 PM, Ben Pfaff wrote:
>
On Wed, Feb 14, 2018 at 03:29:34PM -0800, Han Zhou wrote:
> On Wed, Feb 14, 2018 at 3:08 PM, Ben Pfaff wrote:
> >
> > On Wed, Feb 14, 2018 at 02:25:56PM -0800, Han Zhou wrote:
> > > On Wed, Feb 14, 2018 at 1:40 PM, Ben Pfaff wrote:
> > > >
> > > > On Wed, Feb 14, 2018 at 12:34:19PM -0800, Han Zho
Ok let me paste some example but feel free to ask for any further
details.
1 Logical Switch with 5 ports and 8 ACLs per port:
# ovn-nbctl show
switch c1fac5d4-b682-4078-9282-61cfa6383893
(neutron-d35e99a5-d9e9-4bc5-9ad4-08e0941f1820) (aka test_net)
port 8a8be79b-7a24-4a19-b952-c68d839e0164 (
On Wed, Feb 14, 2018 at 3:08 PM, Ben Pfaff wrote:
>
> On Wed, Feb 14, 2018 at 02:25:56PM -0800, Han Zhou wrote:
> > On Wed, Feb 14, 2018 at 1:40 PM, Ben Pfaff wrote:
> > >
> > > On Wed, Feb 14, 2018 at 12:34:19PM -0800, Han Zhou wrote:
> > > > I remember there was a patch for ACL group in OVN, so
On Wed, Feb 14, 2018 at 02:25:56PM -0800, Han Zhou wrote:
> On Wed, Feb 14, 2018 at 1:40 PM, Ben Pfaff wrote:
> >
> > On Wed, Feb 14, 2018 at 12:34:19PM -0800, Han Zhou wrote:
> > > I remember there was a patch for ACL group in OVN, so that instead of
> R*P
> > > rows we will have only R + P rows,
Thanks a lot Han and Ben for looking into this!
On Wed, Feb 14, 2018 at 9:34 PM, Han Zhou wrote:
>
>
> On Wed, Feb 14, 2018 at 9:45 AM, Ben Pfaff wrote:
> >
> > On Wed, Feb 14, 2018 at 11:27:11AM +0100, Daniel Alvarez Sanchez wrote:
> > > Thanks for your inputs. I need to look more carefully in
On Wed, Feb 14, 2018 at 1:40 PM, Ben Pfaff wrote:
>
> On Wed, Feb 14, 2018 at 12:34:19PM -0800, Han Zhou wrote:
> > I remember there was a patch for ACL group in OVN, so that instead of
R*P
> > rows we will have only R + P rows, but didn't see it went through.
>
> I don't remember that. Any chanc
On Wed, Feb 14, 2018 at 12:34:19PM -0800, Han Zhou wrote:
> I remember there was a patch for ACL group in OVN, so that instead of R*P
> rows we will have only R + P rows, but didn't see it went through.
I don't remember that. Any chance you could point me to it?
> Is this also a good use case of
On Wed, Feb 14, 2018 at 9:45 AM, Ben Pfaff wrote:
>
> On Wed, Feb 14, 2018 at 11:27:11AM +0100, Daniel Alvarez Sanchez wrote:
> > Thanks for your inputs. I need to look more carefully into the patch you
> > submitted but it looks like, at least, we'll be reducing the number of
> > calls to Datum._
On Wed, Feb 14, 2018 at 11:27:11AM +0100, Daniel Alvarez Sanchez wrote:
> Thanks for your inputs. I need to look more carefully into the patch you
> submitted but it looks like, at least, we'll be reducing the number of
> calls to Datum.__cmp__ which should be good.
Thanks. Please do take a look.
Hi Ben,
Thanks for your inputs. I need to look more carefully into the patch you
submitted but it looks like, at least, we'll be reducing the number of
calls to Datum.__cmp__ which should be good.
For the rest of the things, let me answer inline.
On Tue, Feb 13, 2018 at 8:32 PM, Ben Pfaff wrot
On Tue, Feb 13, 2018 at 12:39:56PM +0100, Daniel Alvarez Sanchez wrote:
> Hi folks,
>
> As we're doing some performance tests in OpenStack using OVN,
> we noticed that as we keep creating ports, the time for creating a
> single port increases. Also, ovn-northd CPU consumption is quite
> high (see
Hi folks,
As we're doing some performance tests in OpenStack using OVN,
we noticed that as we keep creating ports, the time for creating a
single port increases. Also, ovn-northd CPU consumption is quite
high (see [0] which shows the CPU consumption when creating
1000 ports and deleting them. Last
35 matches
Mail list logo