Public bug reported: We found response time degradation in list operations for network objects.
Such degradation we found in our rally jobs. This job works in devstack with 'fake_virt' libvirt driver. One part of this job creates 200 servers with floating ip and lists them and their objects. I saw that 18.08.2015 response times was good [1] but 21.08.2015 they became bad [2]. Right now response times still bad [3]... I suggest that this is a neutron problem because we have several tests that measure different aspects. For example, listing of regions and images have same times as in the past. But degradation of addresses` listing is in ~ten times: was (for 200 servers): 0.719 seconds now (for 100 servers): 5.039 seconds subnets: 1.358 vs 5.606 network_interfaces: 1.292 vs 10.298 Also I've asked in mailing list [4] but there was no sensible answer... [1] http://logs.openstack.org/13/211613/6/experimental/ec2-api-rally-dsvm-fakevirt/fac263e/ [2] http://logs.openstack.org/74/213074/7/experimental/ec2-api-rally-dsvm-fakevirt/91d0675/ [3] http://logs.openstack.org/74/213074/7/experimental/ec2-api-rally-dsvm-fakevirt/91d0675/rally-plot/detailed.txt.gz [4] http://lists.openstack.org/pipermail/openstack-dev/2015-September/073577.html ** Affects: neutron Importance: Undecided Status: New ** Description changed: We found response time degradation in list operations for network objects. Such degradation we found in our rally jobs. This job works in devstack with 'fake_virt' libvirt driver. One part of this job creates 200 servers with floating ip and lists them and their objects. I saw that 18.08.2015 response times was good [1] but 21.08.2015 they became bad [2]. Right now response times still bad [3]... I suggest that this is a neutron problem because we have several tests that measure different aspects. For example, listing of regions and images have same times as in the past. But degradation of addresses` listing is in ~ten times: was (for 200 servers): 0.719 seconds now (for 100 servers): 5.039 seconds subnets: 1.358 vs 5.606 network_interfaces: 1.292 vs 10.298 + Also I've asked in mailing list [4] but there was no sensible answer... [1] http://logs.openstack.org/13/211613/6/experimental/ec2-api-rally-dsvm-fakevirt/fac263e/ [2] http://logs.openstack.org/74/213074/7/experimental/ec2-api-rally-dsvm-fakevirt/91d0675/ [3] http://logs.openstack.org/74/213074/7/experimental/ec2-api-rally-dsvm-fakevirt/91d0675/rally-plot/detailed.txt.gz + [4] http://lists.openstack.org/pipermail/openstack-dev/2015-September/073577.html -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1513782 Title: API response time degradation Status in neutron: New Bug description: We found response time degradation in list operations for network objects. Such degradation we found in our rally jobs. This job works in devstack with 'fake_virt' libvirt driver. One part of this job creates 200 servers with floating ip and lists them and their objects. I saw that 18.08.2015 response times was good [1] but 21.08.2015 they became bad [2]. Right now response times still bad [3]... I suggest that this is a neutron problem because we have several tests that measure different aspects. For example, listing of regions and images have same times as in the past. But degradation of addresses` listing is in ~ten times: was (for 200 servers): 0.719 seconds now (for 100 servers): 5.039 seconds subnets: 1.358 vs 5.606 network_interfaces: 1.292 vs 10.298 Also I've asked in mailing list [4] but there was no sensible answer... [1] http://logs.openstack.org/13/211613/6/experimental/ec2-api-rally-dsvm-fakevirt/fac263e/ [2] http://logs.openstack.org/74/213074/7/experimental/ec2-api-rally-dsvm-fakevirt/91d0675/ [3] http://logs.openstack.org/74/213074/7/experimental/ec2-api-rally-dsvm-fakevirt/91d0675/rally-plot/detailed.txt.gz [4] http://lists.openstack.org/pipermail/openstack-dev/2015-September/073577.html To manage notifications about this bug go to: https://bugs.launchpad.net/neutron/+bug/1513782/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp