Development issues regarding the cerowrt test router project
 help / color / mirror / Atom feed
From: Dave Taht <dave.taht@gmail.com>
To: "Luis E. Garcia" <luis@bitamins.net>
Cc: "cerowrt-devel@lists.bufferbloat.net"
	<cerowrt-devel@lists.bufferbloat.net>
Subject: Re: [Cerowrt-devel] trying a pcengines box
Date: Sun, 24 Apr 2016 00:24:59 -0700	[thread overview]
Message-ID: <CAA93jw5w4r9BgGp4JZbdzD-Z1uEj46+B20pACcx3gtNnQsyRxQ@mail.gmail.com> (raw)
In-Reply-To: <CALnBQ5=38mHZioX909V6RE5qLnA0k+Q7BYx1NUE5yueEjCSRzQ@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 4498 bytes --]

On Fri, Apr 22, 2016 at 10:45 PM, Luis E. Garcia <luis@bitamins.net> wrote:
> How about FQ_CODEL?
> Does it eat up the CPU at the same rate when shaping?

Haven't got round to it yet. Shaping to a gigabit has not been a goal
for me generally, on this low end hardware - 400MBit - about double
the current max of what I can get from comcast, is. I HAVE noticed
that the hardware can kind of "hang" for an interactive ssh session
using the default mq + 4 pfifo_fast queues vs the flent rrul benchmark
at a gbit, which is a bit surprising.

Switching to mq + fq or mq + fq_codel fixed that in theory at line
rate... but in all cases the results were very odd... (see attached -
I think it's mostly the ac1200 acting up - I'll put a saner target up
for that benchmark soon). I will do more comprehensive benchmarks, but
those of you using it as a router might benefit from setting
/etc/sysctl.conf to have

net.core.default_qdisc=fq_codel
net.ipv4.tcp_ecn=1 # if so inclined
# I tend to also use notsentlowat

and

# Sometimes sysctl runs too late to get on by default you may need to try
# putting in a file /etc/network/iface.pre.up/debloat

#!/bin/sh

[ "$IFACE" != "lo" ] || exit 0

tc qdisc del dev $IFACE root
tc qdisc add dev $IFACE root fq_codel # ignore hw mq
# tc qdisc del dev $IFACE root # if you want to give mq + fq_codel a shot
# no I haven't tried integrating sqm with this yet
exit 0

Definitely it's a terrible idea to use pfifo_fast on a router.... am
concerned about no hpet timer...

...

I did manage to get one to take an ath10k card... I LOVED the honesty
in the relevant doc on it:

http://pcengines.ch/wle600vx.htm

"Software support Expect some pain, ath10k drivers required."

bricked another one (temporarily) somehow with a kernel update (does
this thing use grub?)

I am attempting to melt one by doing a kernel compile on it as I
write, but my older tree blew up with

include/linux/compiler-gcc.h:103:30: fatal error:
linux/compiler-gcc5.h: No such file or directory compilation
terminated

... and all the other joys of attempting a new platform. I should
probably not bore you with this but blog

...

I installed lm-sensors (I do worry about heat and could, for example,
overheat my last rangeley box easily on a compile) - not sure what
else can be done to govern power vs heat on this platform, I don't
know if this is measuring the right stuff...

# sensors
fam15h_power-pci-00c4
Adapter: PCI adapter
power1:           N/A  (crit =   6.00 W)

k10temp-pci-00c3
Adapter: PCI adapter
temp1:        +59.9°C  (high = +70.0°C)
                       (crit = +105.0°C, hyst = +104.0°C)

ath10k_hwmon-pci-0400
Adapter: PCI adapter
temp1:        +28.0°C


...

it is really nice to have 64GB of ssd to play with on a router....

...

I hate GRO. I am told a means to minimize GRO to be less aggressive
now exists in ethtool but I don't know how it works.

root@apu2:/etc/network/if-pre-up.d# tc -s qdisc show dev enp2s0
qdisc mq 0: root
 Sent 6967045633 bytes 5184378 pkt (dropped 0, overlimits 0 requeues 4586)
 backlog 0b 0p requeues 4586
qdisc fq_codel 0: parent :1 limit 10240p flows 1024 quantum 1514
target 5.0ms interval 100.0ms ecn
 Sent 4800232811 bytes 3476072 pkt (dropped 0, overlimits 0 requeues 2783)
 backlog 0b 0p requeues 2783
  maxpacket 68130 drop_overlimit 0 new_flow_count 3484 ecn_mark 0
  new_flows_len 0 old_flows_len 0
qdisc fq_codel 0: parent :2 limit 10240p flows 1024 quantum 1514
target 5.0ms interval 100.0ms ecn
 Sent 156902010 bytes 123018 pkt (dropped 0, overlimits 0 requeues 958)
 backlog 0b 0p requeues 958
  maxpacket 68130 drop_overlimit 0 new_flow_count 750 ecn_mark 0
  new_flows_len 0 old_flows_len 0
qdisc fq_codel 0: parent :3 limit 10240p flows 1024 quantum 1514
target 5.0ms interval 100.0ms ecn
 Sent 1994178739 bytes 1327804 pkt (dropped 0, overlimits 0 requeues 811)
 backlog 0b 0p requeues 811
  maxpacket 40878 drop_overlimit 0 new_flow_count 448 ecn_mark 0
  new_flows_len 0 old_flows_len 0
qdisc fq_codel 0: parent :4 limit 10240p flows 1024 quantum 1514
target 5.0ms interval 100.0ms ecn
 Sent 15732073 bytes 257484 pkt (dropped 0, overlimits 0 requeues 34)
 backlog 0b 0p requeues 34
  maxpacket 66 drop_overlimit 0 new_flow_count 23 ecn_mark 0
  new_flows_len 0 old_flows_len 0


-- 
Dave Täht
Let's go make home routers and wifi faster! With better software!
http://blog.cerowrt.org

[-- Attachment #2: apu2-to-linksys-1200.png --]
[-- Type: image/png, Size: 299740 bytes --]

  reply	other threads:[~2016-04-24  7:24 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-04-20  4:07 Dave Taht
2016-04-20  5:58 ` Erkki Lintunen
2016-04-20  7:09   ` Dave Taht
2016-04-20  7:12   ` Luis E. Garcia
2016-04-20  7:29     ` Dave Taht
2016-04-20 22:01       ` Luis E. Garcia
2016-04-23  0:42     ` Dave Taht
2016-04-23  1:00       ` Luis E. Garcia
2016-04-23  1:29         ` Luis E. Garcia
2016-04-23  1:39           ` Dave Taht
2016-04-23  2:31             ` Dave Taht
2016-04-23  5:14               ` Luis E. Garcia
2016-04-23  5:42                 ` Dave Taht
2016-04-23  5:45                   ` Luis E. Garcia
2016-04-24  7:24                     ` Dave Taht [this message]
2016-04-24 16:50                       ` Dave Taht
2016-04-24 18:01                         ` Luis E. Garcia
2016-04-23  9:52                   ` Alan Jenkins
2016-04-23  1:30         ` Dave Taht
2016-04-23  1:34           ` Outback Dingo

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://lists.bufferbloat.net/postorius/lists/cerowrt-devel.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAA93jw5w4r9BgGp4JZbdzD-Z1uEj46+B20pACcx3gtNnQsyRxQ@mail.gmail.com \
    --to=dave.taht@gmail.com \
    --cc=cerowrt-devel@lists.bufferbloat.net \
    --cc=luis@bitamins.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox