On 2020-12-14 3:30 p.m., Maxim Mikityanskiy wrote:
On 2020-12-14 21:35, Cong Wang wrote:
On Mon, Dec 14, 2020 at 7:13 AM Maxim Mikityanskiy <maxi...@nvidia.com> wrote:

On 2020-12-11 21:16, Cong Wang wrote:
On Fri, Dec 11, 2020 at 7:26 AM Maxim Mikityanskiy <maxi...@mellanox.com> wrote:




Interesting, please explain how your HTB offload still has a global rate
limit and borrowing across queues?

Sure, I will explain that.

I simply can't see it, all I can see
is you offload HTB into each queue in ->attach(),

In the non-offload mode, the same HTB instance would be attached to all queues. In the offload mode, HTB behaves like MQ: there is a root instance of HTB, but each queue gets a separate simple qdisc (pfifo). Only the root qdisc (HTB) gets offloaded, and when that happens, the NIC creates an object for the QoS root.

Then all configuration changes are sent to the driver, and it issues the corresponding firmware commands to replicate the whole hierarchy in the NIC. Leaf classes correspond to queue groups (in this implementation queue groups contain only one queue, but it can be extended),


FWIW, it is very valuable to be able to abstract HTB if the hardware
can emulate it (users dont have to learn about new abstracts).
Since you are expressing a limitation above:
How does the user discover if they over-provisioned i.e single
queue example above? If there are too many corner cases it may
make sense to just create a new qdisc.

and inner classes correspond to entities called TSARs.

The information about rate limits is stored inside TSARs and queue groups. Queues know what groups they belong to, and groups and TSARs know what TSAR is their parent. A queue is picked in ndo_select_queue by looking at the classification result of clsact. So, when a packet is put onto a queue, the NIC can track the whole hierarchy and do the HTB algorithm.


Same question above:
Is there a limit to the number of classes that can be created?
IOW, if someone just created an arbitrary number of queues do they
get errored-out if it doesnt make sense for the hardware?
If such limits exist, it may make sense to provide a knob to query
(maybe ethtool) and if such limits can be adjusted it may be worth
looking at providing interfaces via devlink.

cheers,
jamal


cheers,
jamal

Reply via email to