From: Dave Taht <dave.taht@gmail.com>
To: Mikael Abrahamsson <swmike@swm.pp.se>
Cc: Jonathan Morton <chromatix99@gmail.com>,
bloat-devel <bloat-devel@lists.bufferbloat.net>,
cerowrt-devel@lists.bufferbloat.net
Subject: Re: [Cerowrt-devel] optimizing for very small bandwidths with fq_codel better?
Date: Fri, 3 May 2013 04:45:09 -0700 [thread overview]
Message-ID: <CAA93jw7=SKVhNd1sqQOG_CX+QWZ95uEP7NDbgyok-GHh+6pVFw@mail.gmail.com> (raw)
In-Reply-To: <alpine.DEB.2.00.1305030655000.24367@uplift.swm.pp.se>
On Thu, May 2, 2013 at 10:01 PM, Mikael Abrahamsson <swmike@swm.pp.se> wrote:
> On Thu, 2 May 2013, Dave Taht wrote:
>
>> 1) I think there's a bug in either the kernel or tc or me on tos matching,
>
>
> Taking a guess here...
>
> The TOS byte is 8 bytes. So EF is 46, which is 0x2e, and then you need to
> left-shift it 2 bits because it's the most significant 6 bits, you get 0xb8
> (if my early morning pre-breakfast hex calculations are correct). Try
> matching on that and see if it works.
THANK YOU. I've been making that mistake on EF now for 2 years, over
and over again, in everything. Thank you for breaking me of the habit.
> Some programs use the whole TOS byte, some just do the 6 DSCP bits. I
> usually end up using tcpdump to see on the wire what the program actually
> does.
In this case I am hopefully ignoring ECN bits by using 0xfc as the mask.
OK, so I put a new paste up, with the fixed EF classifier.
Fiddle at:
https://pastee.org/m5pxn
I also found the option to have an offset to a filter with a hash and
divisor - "baseclass". So I have arbitrarily fiddled with multiple
traffic types and then tossed the rest into a subset of fq_codel
queues. (I really am a big fan of better mixing, particularly with tcp
traffic).
I have not however figured out how to classify via a u32 match and end
up with a hash, divisor, and baseclass offset, (it seems to make sense
to have a bunch of queues for gaming/dns/interactive traffic).
My observation is that a LOT of traffic is seemingly marked CS1 (or
remarked as such, particularly on ingress from the internet), so that
if you wanted to pound torrent flat and torrent only, deeper packet
inspection might be required, and CS1 marked traffic could use a
couple of queues dedicated to it....
nor have I benchmarked this attempt....
>
> --
> Mikael Abrahamsson email: swmike@swm.pp.se
--
Dave Täht
Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html
next prev parent reply other threads:[~2013-05-03 11:45 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-02 22:07 Dave Taht
2013-05-03 5:01 ` Mikael Abrahamsson
2013-05-03 11:45 ` Dave Taht [this message]
2013-05-03 5:58 ` Jonathan Morton
2013-05-03 16:53 ` Juliusz Chroboczek
2013-05-03 22:15 ` Dave Taht
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='CAA93jw7=SKVhNd1sqQOG_CX+QWZ95uEP7NDbgyok-GHh+6pVFw@mail.gmail.com' \
--to=dave.taht@gmail.com \
--cc=bloat-devel@lists.bufferbloat.net \
--cc=cerowrt-devel@lists.bufferbloat.net \
--cc=chromatix99@gmail.com \
--cc=swmike@swm.pp.se \
/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