From: Dave Taht <dave.taht@gmail.com>
To: Noah Causin <n0manletter@gmail.com>
Cc: make-wifi-fast@lists.bufferbloat.net
Subject: Re: [Make-wifi-fast] Point to Point AC with FQ_Codel
Date: Wed, 12 Oct 2016 06:09:53 -0700 [thread overview]
Message-ID: <CAA93jw6ks62oCm9QrZ8vpyFj=bENN_sKC3BWS6_8TukbHQ2N+Q@mail.gmail.com> (raw)
In-Reply-To: <d0fedb41-2582-fabd-acd0-3110798e0e94@gmail.com>
Point to point on the ath9k with the existing chaos calmer fq_codel
code works ok. What I did for that ages ago was to limit the amount of
buffering to 12-20 packets in the driver using the (now obsolete in
the code landing) various qlen_* files, and also disable wmm. At
50Mbits,
I typically see 20-60ms latency on my p2p links which is probably
close to "good enough" for vnc.
But the header of your message had "AC" in it... and at this point, I
think going AC is good, regardless of the state of the drivers - you
should be able to get 260mbits or more, fairly easily out of that, and
so long as you can't saturate it, get pretty low latency, and we do
have fq_codel (if not airtime fairness) patches for the ath10k. The
DSPs are better.
Take a look at the latest ubnt gear. I'm using the indoor uap-lite's a
lot and I like 'em. They take to an openwrt reflash really fast. I
have not as yet found a suitable replacement for the nanostation M5,
but....
On Wed, Oct 12, 2016 at 5:42 AM, Noah Causin <n0manletter@gmail.com> wrote:
> Hi,
>
> I've been following the development of the MakeWifiFast project. I've been
> using a router with an ath9k with fq_codel support and the airtime fairness
> scheduler, and it has been working great.
>
> I am interested in a 5ghz point-to-point link that could handle multiple VNC
> sessions. This is just to bridge a gap between two buildings. The clients
> would be using access points that have both the ath9k fq_codel support and
> the airtime fairness scheduler.
>
> I was wondering if anyone had any ideas. I would really like the
> point-to-point link to have fq_codel support. There would only be two
> peers, so I am not concerned about airtime fairness.
>
> Thank you,
>
> Noah Causin
>
> _______________________________________________
> Make-wifi-fast mailing list
> Make-wifi-fast@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/make-wifi-fast
--
Dave Täht
Let's go make home routers and wifi faster! With better software!
http://blog.cerowrt.org
next prev parent reply other threads:[~2016-10-12 13:09 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-10-12 12:42 Noah Causin
2016-10-12 13:09 ` Dave Taht [this message]
2016-10-12 13:39 ` Noah Causin
2016-10-12 17:30 ` Aaron Wood
2016-10-12 17:40 ` Dave Taht
2016-10-12 17:46 ` Aaron Wood
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/make-wifi-fast.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAA93jw6ks62oCm9QrZ8vpyFj=bENN_sKC3BWS6_8TukbHQ2N+Q@mail.gmail.com' \
--to=dave.taht@gmail.com \
--cc=make-wifi-fast@lists.bufferbloat.net \
--cc=n0manletter@gmail.com \
/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