Are you running quantum-server in a VM?  What type of resources have you given the host running quantum-server in terms of memory and cpus?  If you run top while this is happening, what processes are consuming CPU?  <div><br>

</div><div>While most of my quantum scale experience is with Essex, some basic testing on my dev setup with trunk don't show a similar drop-off.  At several hundred net/subnet pairs, mysqld does not seem to be consuming any more CPU than at small numbers, at least in my tests.  I'm very willing to believe that there are significant DB optimizations that we can make with Quantum, I'd just be very surprised to see them required at such tiny scales.  </div>


<div><br></div><div>Dan</div><div><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Oct 31, 2012 at 1:37 AM, 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>
    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>
      <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" target="_blank">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><br clear="all"><div><br></div>-- <br>~~~~~~~~~~~~~~~~~~~~~~~~~~~<br>Dan Wendlandt <div>Nicira, Inc: <a href="http://www.nicira.com" target="_blank">www.nicira.com</a><br><div>twitter: danwendlandt<br>


~~~~~~~~~~~~~~~~~~~~~~~~~~~<br></div></div><br>
</div>