From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from 19.mo5.mail-out.ovh.net (19.mo5.mail-out.ovh.net [46.105.35.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by huchra.bufferbloat.net (Postfix) with ESMTPS id 548A921F1EB for ; Mon, 23 Nov 2015 01:08:03 -0800 (PST) Received: from mail422.ha.ovh.net (gw6.ovh.net [213.251.189.206]) by mo5.mail-out.ovh.net (Postfix) with SMTP id AC885FF9D04 for ; Mon, 23 Nov 2015 10:08:01 +0100 (CET) Received: from localhost (HELO queueout) (127.0.0.1) by localhost with SMTP; 23 Nov 2015 11:08:00 +0200 Received: from mail-wm0-f41.google.com (mail@frentzel.eu@74.125.82.41) by ns0.ovh.net with SMTP; 23 Nov 2015 11:07:26 +0200 Received: by wmec201 with SMTP id c201so150010122wme.0 for ; Mon, 23 Nov 2015 01:07:16 -0800 (PST) X-Received: by 10.194.92.229 with SMTP id cp5mr29321850wjb.163.1448269636885; Mon, 23 Nov 2015 01:07:16 -0800 (PST) MIME-Version: 1.0 From: Vincent Frentzel Date: Mon, 23 Nov 2015 09:07:07 +0000 X-Gmail-Original-Message-ID: Message-ID: To: "cake@lists.bufferbloat.net" Content-Type: multipart/alternative; boundary=047d7bd91f123ee5780525318db1 X-Ovh-Tracer-Id: 15514337767140280819 X-Ovh-Remote: 74.125.82.41 (mail-wm0-f41.google.com) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-OVH-SPAMSTATE: OK X-OVH-SPAMSCORE: 0 X-OVH-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeekhedrieelucetufdoteggodftvfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecu X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: 0 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeekhedrieelucetufdoteggodftvfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecu Subject: [Cake] Cake performance optimization X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Cake - FQ_codel the next generation List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Nov 2015 09:08:26 -0000 --047d7bd91f123ee5780525318db1 Content-Type: text/plain; charset=UTF-8 I have been running cake on my now *vintage* wndr3800 on a 100/6 mbps link and so far have only been able to reach 65-70 mbps download speed.System load is rather high at 0.8 - 0.9 under stress. I was wondering if the current cake roadmap includes some optimizations (low hanging ones?) or the wndr3800 definitely needs to go... Im using diffserv4 and find myself using a combination of MARK/CONNMARK and -J DSCP to finally set the DSCP for cake. Im thinking that a leaner process would be to have cake work from MARK or CONNMARK directly. Im not sure what the ultimate performance gain would be though... Here is the link to my current .qos script: https://github.com/zcecc22/sqm-scripts/blob/master/src/nxt_routed_cake.qos The MARK/CONNMARK rules are stored in the standard openwrt firewall3 config with some added save/restore mark in firewall.user --047d7bd91f123ee5780525318db1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I have been running cake on my now *vintage* wndr3800 on a= 100/6 mbps link and so far have only been able to reach 65-70 mbps downloa= d speed.System load is rather high at 0.8 - 0.9 under stress.

I was wondering if the current cake roadmap includes some optimizatio= ns (low hanging ones?) or the wndr3800 definitely needs to go...
=
Im using diffserv4 and find myself using a combination of MA= RK/CONNMARK and -J DSCP to finally set the DSCP for cake. Im thinking that = a leaner process would be to have cake work from MARK or CONNMARK directly.= Im not sure what the ultimate performance gain would be though...


The MARK/CONNMARK rules are stored in the= standard openwrt firewall3 config with some added save/restore mark in fir= ewall.user
--047d7bd91f123ee5780525318db1--