NAME<\/a> MQPRIO \u2212 Multiqueue Priority Qdisc (Offloaded Hardware QOS)<\/p>\n tc qdisc … dev<\/b> dev ( parent<\/b> classid | root) [ handle<\/b> major: ] mqprio [ num_tc<\/b> tcs ] [ map<\/b> P0 P1 P2… ] [ queues<\/b> count1@offset1 count2@offset2 … ] [ hw<\/b> 1|0 ] [ mode<\/b> dcb|channel] ] [ shaper<\/b> dcb| [ bw_rlimit min_rate<\/b> min_rate1 min_rate2 … max_rate<\/b> max_rate1 max_rate2 … ]]<\/b><\/p>\n The MQPRIO qdisc is a simple queuing discipline that allows mapping traffic flows to hardware queue ranges using priorities and a configurable priority to traffic class mapping. A traffic class in this context is a set of contiguous qdisc classes which map 1:1 to a set of hardware exposed queues.<\/p>\n By default the qdisc allocates a pfifo qdisc (packet limited first in, first out queue) per TX queue exposed by the lower layer device. Other queuing disciplines may be added subsequently. Packets are enqueued using the map<\/b> parameter and hashed across the indicated queues in the offset<\/b> and count.<\/b> By default these parameters are configured by the hardware driver to match the hardware QOS structures.<\/p>\n Channel<\/b> mode supports full offload of the mqprio options, the traffic classes, the queue configurations and QOS attributes to the hardware. Enabled hardware can provide hardware QOS with the ability to steer traffic flows to designated traffic classes provided by this qdisc. Hardware based QOS is configured using the shaper<\/b> parameter. bw_rlimit<\/b> with minimum and maximum bandwidth rates can be used for setting transmission rates on each traffic class. Also further qdiscs may be added to the classes of MQPRIO to create more complex configurations.<\/p>\n On creation with \u2019tc qdisc add\u2019, eight traffic classes are created mapping priorities 0..7 to traffic classes 0..7 and priorities greater than 7 to traffic class 0. This requires base driver support and the creation will fail on devices that do not support hardware QOS schemes.<\/p>\n These defaults can be overridden using the qdisc parameters. Providing the \u2019hw 0\u2019 flag allows software to run without hardware coordination.<\/p>\n If hardware coordination is being used and arguments are provided that the hardware can not support then an error is returned. For many users hardware defaults should work reasonably well.<\/p>\n As one specific example numerous Ethernet cards support the 802.1Q link strict priority transmission selection algorithm (TSA). MQPRIO enabled hardware in conjunction with the classification methods below can provide hardware offloaded support for this TSA.<\/p>\n Multiple methods are available to set the SKB priority which MQPRIO uses to select which traffic class to enqueue the packet. A process with sufficient privileges can encode the destination class directly with SO_PRIORITY, see socket(7).<\/b><\/p>\n with iptables\/nftables<\/p>\n An iptables\/nftables rule can be created to match traffic flows and set the priority. iptables(8)<\/b><\/p>\n with net_prio cgroups<\/p>\n The net_prio cgroup can be used to set the priority of all sockets belong to an application. See kernel and cgroup documentation for details.<\/p>\n
SYNOPSIS<\/a>
DESCRIPTION<\/a>
ALGORITHM<\/a>
CLASSIFICATION<\/a>
QDISC PARAMETERS<\/a>
AUTHORS<\/a> <\/p>\n
\nNAME <\/a> <\/h2>\n
SYNOPSIS <\/a> <\/h2>\n
DESCRIPTION <\/a> <\/h2>\n
ALGORITHM <\/a> <\/h2>\n
CLASSIFICATION <\/a> <\/h2>\n
From user space<\/p>\nQDISC PARAMETERS <\/a> <\/h2>\n