[Openstack-stable-maint] Neutron backports for security group performance

Dolph Mathews dolph.mathews at gmail.com
Wed Oct 29 13:03:27 UTC 2014


On Wed, Oct 29, 2014 at 7:52 AM, Thierry Carrez <thierry at openstack.org>
wrote:

> Ihar Hrachyshka wrote:
> > Hi all,
> >
> > there is a series of Neutron backports in the Juno queue that are
> > intended to significantly improve service performance when handling
> > security groups (one of the issues that are main pain points of
> > current users):
> >
> > - https://review.openstack.org/130101
> > - https://review.openstack.org/130098
> > - https://review.openstack.org/130100
> > - https://review.openstack.org/130097
> > - https://review.openstack.org/130105
> >
> > The first four patches are optimizing db side (controller), while the
> > last one is to avoid fetching security group rules by OVS agent when
> > firewall is disabled.
> >
> > AFAIK we don't generally backport performance improvements unless they
> > are very significant (though I don't see anything written in stone
> > that says so), but knowing that those patches fix pain hotspots in
> > Neutron, and seem rather isolated, should we consider their inclusion?
> >
> > Should we come up with some "official" rule on how we handle
> > performance enhancement backports?
>
> I personally think performance enhancements are off the table for stable
> backports. It's really a trade-off between exposing our users to
> regressions and fixing bugs, and performance enhancements IMHO fall
> below the bar.
>

Would you not agree that there is some threshold at which bad performance
becomes a blocking issue, just like any other bug? I think the problem is
in determining where that threshold lies.


>
> I'm adding that topic to the stable branch discussion at the summit,
> though.
>
> --
> Thierry Carrez (ttx)
>
> _______________________________________________
> Openstack-stable-maint mailing list
> Openstack-stable-maint at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-stable-maint
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-stable-maint/attachments/20141029/793ed532/attachment.html>


More information about the Openstack-stable-maint mailing list