* [Make-wifi-fast] thoughts on rate control optimizations for less than perfection?
@ 2016-03-29 19:48 Dave Taht
2016-03-30 22:16 ` dpreed
0 siblings, 1 reply; 3+ messages in thread
From: Dave Taht @ 2016-03-29 19:48 UTC (permalink / raw)
To: make-wifi-fast, Andrew McGregor
I wish I could remember where the selective unprotect idea came from....
see: http://blog.cerowrt.org/post/selective_unprotect/
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Make-wifi-fast] thoughts on rate control optimizations for less than perfection?
2016-03-29 19:48 [Make-wifi-fast] thoughts on rate control optimizations for less than perfection? Dave Taht
@ 2016-03-30 22:16 ` dpreed
2016-04-01 1:05 ` Dave Taht
0 siblings, 1 reply; 3+ messages in thread
From: dpreed @ 2016-03-30 22:16 UTC (permalink / raw)
To: Dave Taht; +Cc: make-wifi-fast, Andrew McGregor
Nice piece. But I would be relentless about simplifying mechanisms and not having lots of options to achieve the same goal. That way lies non-interoperability (just as ECN ended up being pretty non-interoperable in a world where everyone gets to choose a different way to try to use it)
On Tuesday, March 29, 2016 3:48pm, "Dave Taht" <dave.taht@gmail.com> said:
> I wish I could remember where the selective unprotect idea came from....
>
> see: http://blog.cerowrt.org/post/selective_unprotect/
> _______________________________________________
> Make-wifi-fast mailing list
> Make-wifi-fast@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/make-wifi-fast
>
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Make-wifi-fast] thoughts on rate control optimizations for less than perfection?
2016-03-30 22:16 ` dpreed
@ 2016-04-01 1:05 ` Dave Taht
0 siblings, 0 replies; 3+ messages in thread
From: Dave Taht @ 2016-04-01 1:05 UTC (permalink / raw)
To: David Reed; +Cc: make-wifi-fast, Andrew McGregor
On Wed, Mar 30, 2016 at 3:16 PM, <dpreed@reed.com> wrote:
> Nice piece.
THX!
What I needed to do was start writing more things down, after having
total writers block with trying an "academic voice". As my natural
métier is code, email, and rants^H^H^H^Hblogs, I figure getting a
rough draft out in my natural voice, with logbook data to back it up,
would be better (and somewhat more entertaining) than what I've been
doing. Can always rewrite later.
I could (now that it's out of my system) cut that entire first set of
paragraphs out, and mention a few other possibilities in coupling rate
control to a desirable loss rate. Or I (or you!) could go back an
reminiscence about those bad ole mosquitonet days 92-99 where the loss
was so bad that nothing worked and yet a retry at the mac layer was
considered utter heresy... or...
> But I would be relentless about simplifying mechanisms and not having lots of options to achieve the same goal. That way lies non-interoperability (just as ECN ended up being pretty non-interoperable in a world where everyone gets to choose a different way to try to use it)
I hear ya. The biggest problem remains binary blob firmware, although
it looks like both the qca team and intel are grokking things more
deeply now and might start providing the right hooks, once we figure
out what they are. Michal is off rigorously exploring dql options, I'm
trying to get the right sort of hardware to catch up, and/or applying
similar stuff to ath9k....
>
>
>
> On Tuesday, March 29, 2016 3:48pm, "Dave Taht" <dave.taht@gmail.com> said:
>
>> I wish I could remember where the selective unprotect idea came from....
>>
>> see: http://blog.cerowrt.org/post/selective_unprotect/
>> _______________________________________________
>> Make-wifi-fast mailing list
>> Make-wifi-fast@lists.bufferbloat.net
>> https://lists.bufferbloat.net/listinfo/make-wifi-fast
>>
>
>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2016-04-01 1:05 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-03-29 19:48 [Make-wifi-fast] thoughts on rate control optimizations for less than perfection? Dave Taht
2016-03-30 22:16 ` dpreed
2016-04-01 1:05 ` Dave Taht
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox