[RFE] OpenVSwitch HTB QoS not efficient for a lot of interfaces
Bug #2052906 reported by
Ilia Baikov
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
neutron |
New
|
Wishlist
|
Unassigned |
Bug Description
Hello,
Recently i've found out that linux-htb is hardcoded to QoS section in neutron-agent's code. For a small workloads it's enough but in case there is 200+ interfaces this makes overall performance to suffer due to high irq. I guess we could try to use mqprio in order to balance tc's flows over multiple queues but is it supported scenario for neutron-agent ? I'm really not sure that DPDK able to help in this case.
Conditions:
OpenStack Zed
Openvswitch (vanilla, not a DPDK)
400 interfaces with QoS on each
tags: | added: rfe |
summary: |
- OpenVSwitch HTB QoS not efficient for a lot of interfaces + [RFE] OpenVSwitch HTB QoS not efficient for a lot of interfaces |
tags: | added: qos |
Changed in neutron: | |
importance: | Undecided → Wishlist |
To post a comment you must log in.
Hi,
Thanks for your report.
I tagged this report as a Request For Enhancement (RFE). The usual process for an RFE is to discuss its validity, scope and high level plans on the Neutron Drivers meeting, which is held on Fridays over IRC:
https:/ /meetings. opendev. org/#Neutron_ drivers_ Meeting /wiki.openstack .org/wiki/ Meetings/ NeutronDrivers
https:/
Likely we can schedule this topic for the next meeting, however please find the exact meeting agenda and schedule announced on the openstack-discuss mailing list, usually the day before:
https:/ /lists. openstack. org/mailman3/ lists/openstack -discuss. lists.openstack .org/
Please join if you can. You're welcome to present your ideas and plans. Please also consider if you can contribute to this enhancement.
Of course feel free to add further details or questions here too.
Best regards,
Bence