Yanko Kaneti wrote:
One more thing I just thought - sfq sets its quantum from the dev mtu.
Riiight. I should have tried without the sfq earlier. Without it this
works as expected without explicit mtu setting for the htb class. And no
giants.
# tc qdisc add dev eth0 root handle 1: htb
# tc
Andy Furniss wrote:
Looking again at your stats -
Sent 189796883 bytes 20626 pkt (dropped 0, overlimits 0 requeues 0)
rate 3484Kbit 45pps backlog 0b 0p requeues 0
lended: 20627 borrowed: 0 giants: 30926
tokens: -9768 ctokens: -9768
The giants count is higher than the packet count so now I
Andy Furniss wrote:
Andy Furniss wrote:
Looking again at your stats -
Sent 189796883 bytes 20626 pkt (dropped 0, overlimits 0 requeues 0)
rate 3484Kbit 45pps backlog 0b 0p requeues 0
lended: 20627 borrowed: 0 giants: 30926
tokens: -9768 ctokens: -9768
The giants count is higher than the
Yanko Kaneti wrote:
On Sun, 2006-04-16 at 19:40 +0100, Andy Furniss wrote:
Yanko Kaneti wrote:
On Sun, 2006-04-16 at 03:03 +0100, Andy Furniss wrote:
Yanko Kaneti wrote:
Setting mtu 16500 for the class fixed it. But I wonder where did these
giants come from in the first place? The
On Mon, 2006-04-17 at 21:32 +0200, Patrick McHardy wrote:
Andy Furniss wrote:
Well, as much as google tells me TSO has been in the kernel and enabled
since 2.5.33 and e1000 was the first driver to support it. The FC4
2.6.16 kernel doesn't have any tso related patches as can be
seen here
Yanko Kaneti wrote:
On Sun, 2006-04-16 at 03:03 +0100, Andy Furniss wrote:
Yanko Kaneti wrote:
Setting mtu 16500 for the class fixed it. But I wonder where did these
giants come from in the first place? The mtu of the interface is and was
1500. Or so ifconfig and ip link tell me. Or this
On Sun, 2006-04-16 at 19:40 +0100, Andy Furniss wrote:
Yanko Kaneti wrote:
On Sun, 2006-04-16 at 03:03 +0100, Andy Furniss wrote:
Yanko Kaneti wrote:
Setting mtu 16500 for the class fixed it. But I wonder where did these
giants come from in the first place? The mtu of the interface
Yanko Kaneti wrote:
I think you need to ask fedora or intel driver maintainer about this.
AIUI tso is not in vanilla kernels and the patches are quite invasive.
Well, as much as google tells me TSO has been in the kernel and enabled
since 2.5.33 and e1000 was the first driver to support it.
Hi
Here is something that worked with with 2.6.10-1.771_FC2smp and stopped
working when I upgraded to 2.6.16-1.2069_FC4smp.
These are fedora kernels and the network controller is an Intel Gbit
(e1000) running a 100 Mbps Full Duplex.
Don't know how or if this matters but the 2.6.10 kernel has
Yanko Kaneti wrote:
Hi
Here is something that worked with with 2.6.10-1.771_FC2smp and stopped
working when I upgraded to 2.6.16-1.2069_FC4smp.
These are fedora kernels and the network controller is an Intel Gbit
(e1000) running a 100 Mbps Full Duplex.
Don't know how or if this matters but the
On Sun, 2006-04-16 at 00:13 +0100, Andy Furniss wrote:
Yanko Kaneti wrote:
Hi
Here is something that worked with with 2.6.10-1.771_FC2smp and stopped
working when I upgraded to 2.6.16-1.2069_FC4smp.
These are fedora kernels and the network controller is an Intel Gbit
(e1000) running
Yanko Kaneti wrote:
Setting mtu 16500 for the class fixed it. But I wonder where did these
giants come from in the first place? The mtu of the interface is and was
1500. Or so ifconfig and ip link tell me. Or this is some other mtu we
are talking about...
Hmm I didn't expect that - maybe
On Sun, 2006-04-16 at 03:03 +0100, Andy Furniss wrote:
Yanko Kaneti wrote:
Setting mtu 16500 for the class fixed it. But I wonder where did these
giants come from in the first place? The mtu of the interface is and was
1500. Or so ifconfig and ip link tell me. Or this is some other mtu
13 matches
Mail list logo