lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <CABJS2x78hO71EAUpe+4xNUb8b5BTypOSOfd4Ati+r6PTq3sopA@mail.gmail.com>
Date:   Wed, 15 Dec 2021 23:08:10 +0530
From:   Naveen Mamindlapalli <naveen130617.lkml@...il.com>
To:     lartc@...r.kernel.org, netdev@...r.kernel.org
Cc:     jhs@...atatu.com, maximmi@...dia.com
Subject: Question about QoS hardware offload

Hi,

Our NIC hardware provides a hierarchical QoS tree for each physical
link with strict
priority and DRR scheduling & also supports traffic shaping at each
level. I'm curious what the closest qdisc that supports the above
functionalities for offloading to hardware. I looked into htb/drr/prio
qdiscs, but each qdisc supports a subset of the functionality enabled
by our hardware.

As per my understanding, The HTB hardware offload is used for shaping
rather than scheduling (strict priority/DRR).

The PRIO qdisc seems to support strict priority but not DRR. Similarly
DRR doesn't support strict priority.

Please advise on how to effectively offload all the features.

Is the ETS - Enhanced Transmission Selection scheduler a better fit if
we simply need to offload scheduling with strict priority and DRR?

Thanks,
Naveen

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ