Edgar,<div><br></div><div>My suspicion here goes to the IP allocation mechanisms.</div><div>Hence, I'd try to run the following tests (they should be easily scriptable):</div><div><br></div><div>1) Create networks no subnets</div>
<div>2) Create networks, with subnet having a small CIDR (say /28)</div><div>3) Create networks with larger CIDRs (say /24, /20, /16 etc)</div><div><br></div><div>What behaviour do you observe in the above three cases?</div>
<div><br></div><div>Also, It might be worth shutting down agent to pinpoint whether the problem is in Quantum service itself on in the interactions with the various agents.</div><div><br></div><div>Salvatore</div><div><div>
<br></div><div>PS: thanks for doing these tests - They've been lying on my TODO list for way too much time!</div><div>If you don't hate me too much for the service insertion story, I'll be glad to buy you a drink at the next summit :)</div>
<div><br></div><br><div class="gmail_quote">On 31 October 2012 08:37, Gary Kotton <span dir="ltr"><<a href="mailto:gkotton@redhat.com" target="_blank">gkotton@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

  
    
  
  <div bgcolor="#FFFFFF" text="#000000"><div class="im">
    On 10/31/2012 09:48 AM, Edgar Magana (eperdomo) wrote:
    <blockquote type="cite">
      
      <div>Hi Folks,</div>
      <div><br>
      </div>
      <div>I am running OpenStack Folsom with Quantum/OVS plugin. I am
        running some performance tests for Quantum, basically I am
        creating 5000 network with one subnet each one of them.</div>
      <div>After the first ~50 – 70 networks the system response time is
        slower and slower, to the point that it could take up to ~6 - 7
        seconds to create just a network and the same for the subnets.</div>
    </blockquote>
    <br></div>
    Hi,<br>
    Is the problem you are seeing with the Quantum service or the
    agents? Off the bat I would say that it is with the Quantum service.
    Are the calls done in parallel or are they done sequentially?<br>
    <br>
    There are a number of things that we should do to isolate this:<br>
    1. Check the internal logic of the network creation. Basically there
    are 3 stages:<br>
         i. provider network treatment<br>
        ii network create<br>
        iii. l3 notification<br>
    It would be interesting to see who eats the most time.<br>
    2. Need to profile database access<br>
    <br>
    Thanks<br>
    Gary<br>
    <br>
    <blockquote type="cite"><div class="im">
      <div>I would like to know if somebody else has experimented this
        kind of behavior in Quantum or even in nova-network.</div>
      <div><br>
      </div>
      <div>Thanks,</div>
      <div><br>
      </div>
      <div>Edgar</div>
      <div> </div>
      <br>
      <fieldset></fieldset>
      <br>
      </div><pre>_______________________________________________
OpenStack-dev mailing list
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a>
</pre>
    </blockquote>
    <br>
  </div>

<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>