yahoo-eng-team team mailing list archive
-
yahoo-eng-team team
-
Mailing list archive
-
Message #93454
[Bug 2052906] [NEW] OpenVSwitch HTB QoS not efficient for a lot of interfaces
Public bug reported:
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
** Affects: neutron
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/2052906
Title:
OpenVSwitch HTB QoS not efficient for a lot of interfaces
Status in neutron:
New
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
To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/2052906/+subscriptions