network statistics of each queue in a multiqueue systemcpufreqd does not control temperature plus shows no...
Why does Principal Vagina say, "no relation" after introducing himself?
Charges from Dollar General have never shown up on my debit card. How can I resolve this?
100% positive Glassdoor employee reviews, 100% negative candidate reviews
Is this smoke detector safely connected?
What is the gold linker?
Did it take 3 minutes to reload a musket when the second amendment to the US constitution was ratified?
How to extract *.tgz.part-*?
If we should encrypt the message rather than the method of transfer, why do we care about wifi security? Is this just security theatre?
Hebrew Vowels change the word
What actually is "unallocated space"?
I need an automatic way of making a lot of numbered folders
Does obfuscation give any measurable security benefit?
How can you tell apart the pronounciation at the end between the "meine" and "meiner" in the daily spoken situation?
Is it allowed to let the engine of an aircraft idle without a pilot in the plane. (For both helicopters and aeroplanes)
Does Darwin owe a debt to Hegel?
Drawing a sequence of circles
Does immunity to fear prevent a mummy's Dreadful Glare from paralyzing a character?
It is poor workplace etiquette to display signs of relative "wealth" at work when others are struggling financially?
How should I understand FPGA architecture?
Twelve Labours - Prologue
Advisor asked for my entire slide presentation so she could give the presentation at an international conference
Why do these two ways of understanding constant acceleration give different results?
What happens when the Immolation spell is cast on a creature immune to fire damage?
Do more Americans want the Bidens investigated than Trump impeached?
network statistics of each queue in a multiqueue system
cpufreqd does not control temperature plus shows no outputNetwork statistics on LinuxDoes each network packet cause an interrupt to CPU?Network statistics: reading ifconfig rx drop countUsing ethtool filters to balance NIC queuesFrom where does dql (dynamic queue limit) variables in kernel get their value?PL2303/PL2303X USB-Serial driver
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{
margin-bottom:0;
}
I have an NIC with multiqueue support so that based on priority of packets different queues will be used. I want to analyze the packet flow through each of these hardware queue.
The queues are listed in
/sys/class/net/eth1/queues/
directoryI have checked in the directory
/sys/class/net/eth1/queues/tx-0/but it has information such as
tx_maxrate, tx_timeout etc.
Is there any other directory where I can see the statistics of each queue?
(Like number of send packets, lost packets etc)
linux files kernel drivers ethernet
asked May 23 '18 at 13:55
XterXter
65 bronze badges
bumped to the homepage by Community♦ 33 mins ago
This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
add a comment
|
I have an NIC with multiqueue support so that based on priority of packets different queues will be used. I want to analyze the packet flow through each of these hardware queue.
The queues are listed in
/sys/class/net/eth1/queues/
directoryI have checked in the directory
/sys/class/net/eth1/queues/tx-0/but it has information such as
tx_maxrate, tx_timeout etc.
Is there any other directory where I can see the statistics of each queue?
(Like number of send packets, lost packets etc)
linux files kernel drivers ethernet
asked May 23 '18 at 13:55
XterXter
65 bronze badges
bumped to the homepage by Community♦ 33 mins ago
This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
add a comment
|
I have an NIC with multiqueue support so that based on priority of packets different queues will be used. I want to analyze the packet flow through each of these hardware queue.
The queues are listed in
/sys/class/net/eth1/queues/
directoryI have checked in the directory
/sys/class/net/eth1/queues/tx-0/but it has information such as
tx_maxrate, tx_timeout etc.
Is there any other directory where I can see the statistics of each queue?
(Like number of send packets, lost packets etc)
linux files kernel drivers ethernet
asked May 23 '18 at 13:55
XterXter
65 bronze badges
I have an NIC with multiqueue support so that based on priority of packets different queues will be used. I want to analyze the packet flow through each of these hardware queue.
The queues are listed in
/sys/class/net/eth1/queues/
directoryI have checked in the directory
/sys/class/net/eth1/queues/tx-0/but it has information such as
tx_maxrate, tx_timeout etc.
Is there any other directory where I can see the statistics of each queue?
(Like number of send packets, lost packets etc)
linux files kernel drivers ethernet
linux files kernel drivers ethernet
asked May 23 '18 at 13:55
XterXter
65 bronze badges
asked May 23 '18 at 13:55
XterXter
65 bronze badges
edited May 31 '18 at 10:59
Xter
asked May 23 '18 at 13:55
XterXter
65 bronze badges
asked May 23 '18 at 13:55
XterXter
65 bronze badges
asked May 23 '18 at 13:55
XterXter
65 bronze badges
65 bronze badges
bumped to the homepage by Community♦ 33 mins ago
This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
bumped to the homepage by Community♦ 33 mins ago
This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
bumped to the homepage by Community♦ 33 mins ago
This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
add a comment
|
add a comment
|
1 Answer
1
active
oldest
votes
What you see under /sys/class/net/*/queues/ are the driver/hardware-dependent limits, but all the decisions are made (and statistics are collected) at the network scheduling layer. This layer is managed through the rtnetlink interface, for example using the tc tool.
As you have mentioned priorities and queues, I'm assuming that you already have scheduling set up, perhaps using the mqprio scheduler. If not, the Traffic Control HOWTO will get you started. Although it's somewhat outdated, the basics are still the same.
To see the statistics for each scheduling class (mapped to a HW transmission queue), use tc -s class show dev eth1.
answered May 31 '18 at 18:39
TooTeaTooTea
1,0104 silver badges12 bronze badges
I was thinking tc tool was for traffic shaping in software and traffic shaping in hardware as a part of the NIC driver in use.
– Xter
Jun 1 '18 at 6:42
The hardware will decide from which queue to transmit the next packet. However, something needs to fill the queues first (decide which packets belong where, what traffic is high-priority …). The common scheduling layer handles this (using special schedulersmq/mqprio) and thus the sametctool is still used to configure it. (Having different configuration mechanisms for essentially the same task doesn't make much sense). See the documentation for an introduction.
– TooTea
Jun 1 '18 at 7:08
add a comment
|
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/4.0/"u003ecc by-sa 4.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f445577%2fnetwork-statistics-of-each-queue-in-a-multiqueue-system%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
What you see under /sys/class/net/*/queues/ are the driver/hardware-dependent limits, but all the decisions are made (and statistics are collected) at the network scheduling layer. This layer is managed through the rtnetlink interface, for example using the tc tool.
As you have mentioned priorities and queues, I'm assuming that you already have scheduling set up, perhaps using the mqprio scheduler. If not, the Traffic Control HOWTO will get you started. Although it's somewhat outdated, the basics are still the same.
To see the statistics for each scheduling class (mapped to a HW transmission queue), use tc -s class show dev eth1.
answered May 31 '18 at 18:39
TooTeaTooTea
1,0104 silver badges12 bronze badges
I was thinking tc tool was for traffic shaping in software and traffic shaping in hardware as a part of the NIC driver in use.
– Xter
Jun 1 '18 at 6:42
The hardware will decide from which queue to transmit the next packet. However, something needs to fill the queues first (decide which packets belong where, what traffic is high-priority …). The common scheduling layer handles this (using special schedulersmq/mqprio) and thus the sametctool is still used to configure it. (Having different configuration mechanisms for essentially the same task doesn't make much sense). See the documentation for an introduction.
– TooTea
Jun 1 '18 at 7:08
add a comment
|
What you see under /sys/class/net/*/queues/ are the driver/hardware-dependent limits, but all the decisions are made (and statistics are collected) at the network scheduling layer. This layer is managed through the rtnetlink interface, for example using the tc tool.
As you have mentioned priorities and queues, I'm assuming that you already have scheduling set up, perhaps using the mqprio scheduler. If not, the Traffic Control HOWTO will get you started. Although it's somewhat outdated, the basics are still the same.
To see the statistics for each scheduling class (mapped to a HW transmission queue), use tc -s class show dev eth1.
answered May 31 '18 at 18:39
TooTeaTooTea
1,0104 silver badges12 bronze badges
I was thinking tc tool was for traffic shaping in software and traffic shaping in hardware as a part of the NIC driver in use.
– Xter
Jun 1 '18 at 6:42
The hardware will decide from which queue to transmit the next packet. However, something needs to fill the queues first (decide which packets belong where, what traffic is high-priority …). The common scheduling layer handles this (using special schedulersmq/mqprio) and thus the sametctool is still used to configure it. (Having different configuration mechanisms for essentially the same task doesn't make much sense). See the documentation for an introduction.
– TooTea
Jun 1 '18 at 7:08
add a comment
|
What you see under /sys/class/net/*/queues/ are the driver/hardware-dependent limits, but all the decisions are made (and statistics are collected) at the network scheduling layer. This layer is managed through the rtnetlink interface, for example using the tc tool.
As you have mentioned priorities and queues, I'm assuming that you already have scheduling set up, perhaps using the mqprio scheduler. If not, the Traffic Control HOWTO will get you started. Although it's somewhat outdated, the basics are still the same.
To see the statistics for each scheduling class (mapped to a HW transmission queue), use tc -s class show dev eth1.
answered May 31 '18 at 18:39
TooTeaTooTea
1,0104 silver badges12 bronze badges
What you see under /sys/class/net/*/queues/ are the driver/hardware-dependent limits, but all the decisions are made (and statistics are collected) at the network scheduling layer. This layer is managed through the rtnetlink interface, for example using the tc tool.
As you have mentioned priorities and queues, I'm assuming that you already have scheduling set up, perhaps using the mqprio scheduler. If not, the Traffic Control HOWTO will get you started. Although it's somewhat outdated, the basics are still the same.
To see the statistics for each scheduling class (mapped to a HW transmission queue), use tc -s class show dev eth1.
answered May 31 '18 at 18:39
TooTeaTooTea
1,0104 silver badges12 bronze badges
answered May 31 '18 at 18:39
TooTeaTooTea
1,0104 silver badges12 bronze badges
answered May 31 '18 at 18:39
TooTeaTooTea
1,0104 silver badges12 bronze badges
answered May 31 '18 at 18:39
TooTeaTooTea
1,0104 silver badges12 bronze badges
1,0104 silver badges12 bronze badges
I was thinking tc tool was for traffic shaping in software and traffic shaping in hardware as a part of the NIC driver in use.
– Xter
Jun 1 '18 at 6:42
The hardware will decide from which queue to transmit the next packet. However, something needs to fill the queues first (decide which packets belong where, what traffic is high-priority …). The common scheduling layer handles this (using special schedulersmq/mqprio) and thus the sametctool is still used to configure it. (Having different configuration mechanisms for essentially the same task doesn't make much sense). See the documentation for an introduction.
– TooTea
Jun 1 '18 at 7:08
add a comment
|
I was thinking tc tool was for traffic shaping in software and traffic shaping in hardware as a part of the NIC driver in use.
– Xter
Jun 1 '18 at 6:42
The hardware will decide from which queue to transmit the next packet. However, something needs to fill the queues first (decide which packets belong where, what traffic is high-priority …). The common scheduling layer handles this (using special schedulersmq/mqprio) and thus the sametctool is still used to configure it. (Having different configuration mechanisms for essentially the same task doesn't make much sense). See the documentation for an introduction.
– TooTea
Jun 1 '18 at 7:08
I was thinking tc tool was for traffic shaping in software and traffic shaping in hardware as a part of the NIC driver in use.
– Xter
Jun 1 '18 at 6:42
I was thinking tc tool was for traffic shaping in software and traffic shaping in hardware as a part of the NIC driver in use.
– Xter
Jun 1 '18 at 6:42
The hardware will decide from which queue to transmit the next packet. However, something needs to fill the queues first (decide which packets belong where, what traffic is high-priority …). The common scheduling layer handles this (using special schedulers
mq/mqprio) and thus the same tc tool is still used to configure it. (Having different configuration mechanisms for essentially the same task doesn't make much sense). See the documentation for an introduction.– TooTea
Jun 1 '18 at 7:08
The hardware will decide from which queue to transmit the next packet. However, something needs to fill the queues first (decide which packets belong where, what traffic is high-priority …). The common scheduling layer handles this (using special schedulers
mq/mqprio) and thus the same tc tool is still used to configure it. (Having different configuration mechanisms for essentially the same task doesn't make much sense). See the documentation for an introduction.– TooTea
Jun 1 '18 at 7:08
add a comment
|
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f445577%2fnetwork-statistics-of-each-queue-in-a-multiqueue-system%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
