On Mon, 16 Mar 2015, Mickael Chazaux wrote:
If no HR timer is present, then the only time source is the Linux OS
tick at (typically) 100Hz.
is OpenWRT compiling with 100Hz Jiffies?, 1000Hz has been available for a long
time.
If a shaper decides to put a 10 ms delay
between each of your typical 1500byte ethernet frame, it means max
1500*8*100 = 1.2Mbit/s egress.
the shaper should not be adding a constant delay between packets, so I don't
think it's quite as bad as you are thinking.
David Lang
Enabling the HR timers can be as simple as fliping a config option in
the kernel config if it is supported on your platform.
The hard part is finding which one.
Start with something like "make kernelconfig" in openwrt, then search
for "HR timer" ...
I believe there is a generic core to enable, and a hardware driver
(arch/platform/soc/board dependent) too.
Mickael
2015-03-16 19:04 GMT+01:00 spaceman <[email protected]>:
Hi,
Is 10Mbits/s considered a high data rate? Assuming that it is:
I'm just a user of openwrt using a pre-supplied image. How would I check
without access to the kernel config?
I have tried:
cat /proc/timer_list (based on http://elinux.org/High_Resolution_Timers)
but that file is not present.
Given that I would probably assume that it is not enabled. So unless
enabling it is a relatively simple task, which given that it a kernel thing
probably means recompiling the kernel which is probably something I am
unable to do. I want the feature but not so badly that I would be willing to
go to that length for it.
spaceman
On 2015/03/16 09:03:00 , Mickael Chazaux wrote:
Hi,
Shaping with high datarates requires the use of the HR Timers. I once
had problems like that. Is it enabled in your kernel config?
Mickael
2015-03-15 21:49 GMT+01:00 spaceman <[email protected]>:
Hi,
Yeah, that doesn't seem to work:
$ tc qdisc add dev eth0 root pfifo_fast
RTNETLINK answers: No such file or directory
It looks right, but again it doesn't work the way you would expect.
The reason I want it removed is because something is screwing the shaping
on
eth0.2. I always get 7Mb down and 1Mb up no matter what I set the values
(ridiculously high or low). I have tried doing it manually
(http://lartc.org/) and using wshaper. Either that or I have a buggy
release (14.07, r42625). My internet without shaping is 65Mb down and
10Mb
up.
I like fq_codel (I run where I can), but it won't make as much difference
unless I get the shaping right because the link to the modem is 100Mb/s
(which being owned by the ISP probably has a massive queue running fifo)
and
only the connection after that is 10Mb/s. I want fq_codel (on openwrt) to
be
in charge of queue not the modem running fifo.
Regards,
spaceman
On 2015/03/15 00:03:03 , David Lang wrote:
for me, this seems to work
# tc qdisc add dev eth3 root pfifo_fast
# tc qdisc
qdisc pfifo_fast 8002: dev eth3 root refcnt 2 bands 3 priomap 1 2 2 2 1
2
0 0 1 1 1 1 1 1 1 1
I'm curious as to why you are trying to remove fq_codel? have you run
into
a place where it hurts you? or are you just trying to compare it with
pfifo_fast?
David Lang
On Thu, 12 Mar 2015, spaceman wrote:
Date: Thu, 12 Mar 2015 22:21:42 +0000
From: spaceman <[email protected]>
Reply-To: OpenWrt User List <[email protected]>
To: [email protected]
Subject: [OpenWrt-Users] Remove fq_codel from eth0
Hi,
I cannot remove the fq_codel qdisc from the eth0 device.
I have tried:
tc qdisc del dev eth0 root
However it responds with:
RTNETLINK answers: No such file or directory
However:
tc -s qdisc show dev eth0
Responds with:
qdisc fq_codel 0: root refcnt 2 limit 1024p flows 1024 quantum 300
target
5.0ms interval 100.0ms ecn
Sent 152870410415 bytes 180254077 pkt (dropped 412, overlimits 0
requeues
195500)
backlog 0b 0p requeues 195500
maxpacket 1514 drop_overlimit 0 new_flow_count 545433 ecn_mark 4
new_flows_len 0 old_flows_len 0
How do get rid of it or replace it with pfifo_fast so it basically
doesn't do anything?
I am using Barrier Breaker.
Regards,
spaceman
_______________________________________________
openwrt-users mailing list
[email protected]
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-users
_______________________________________________
openwrt-users mailing list
[email protected]
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-users
_______________________________________________
openwrt-users mailing list
[email protected]
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-users
_______________________________________________
openwrt-users mailing list
[email protected]
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-users
_______________________________________________
openwrt-users mailing list
[email protected]
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-users
_______________________________________________
openwrt-users mailing list
[email protected]
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-users
_______________________________________________
openwrt-users mailing list
[email protected]
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-users
