Re: [Cake] lanman2018 cake talk ideas

[Dave Taht <dave.taht@gmail.com>]

OK, a version I can live with for today is up at the same url. I still
have an hour to fiddle.

PS I love youse guys.

On Tue, Jun 26, 2018 at 3:52 AM, Toke Høiland-Jørgensen <toke@toke.dk> wrote:
> Pete Heist <pete@heistp.net> writes:
>
>>> On Jun 26, 2018, at 8:58 AM, Dave Taht <dave.taht@gmail.com> wrote:
>>>
>>> I got about, I don't know, 5? problematic slides, and it needs to get
>>> to 20 by 9AM EDT, it's 3AM and I'm gonna catch some zs.
>>>
>>> http://www.taht.net/~d/cake/sch_cake_ieee_lanman2018.odp
>>>
>>> On Fri, Jun 22, 2018 at 10:14 PM, Dave Taht <dave.taht@gmail.com> wrote:
>>>> I have to get on the plane tomorrow night at midnight and I've tried
>>>> to capture some of your comments and ideas in:
>>>>
>>>> http://www.taht.net/~d/cake/sch_cake_ieee_lanman2018.odp
>>>>
>>>> It's in its usual mess at this point - usually I don't share stuff
>>>> this raw! but I'm totally open to text suggestions, graphics, etc,
>>>> etc, etc - there's the plane flight and more than a few days left to
>>>> pound it into shape and after I get a feel for the conference monday
>>>> will end up doing another pass before the talk tuesday. What to say on
>>>> each slide is helpful (jokes appreciated, a lot of what I've had to
>>>> say so far is dripping with sarcasm which I know doesn't translate
>>>> well).
>>>>
>>>> I think focusing on per host fq is probably the strongest point to
>>>> develop and I kind of wanted a diagram of a whole bunch
>>>> of different host types and graphically illustrating what happens vs
>>>> fifo, fq_codel, and cake.
>>
>> Sorry I’ve been heads down testing / writing. It looks like your challenge is 20 minutes for 3+ decades of info. Quick ideas to compress it:
>>
>> 1) Merge and reduce slides 9 (The case for per-host fair queueing) and 11 (The need for host and flow fairness)
>> 2) Slide 14 (comparable to htb+fq_codel) could probably go? doesn’t sell compared to other stuff
>> 3) Merge and reduce slides 17 (Deficit based shaping) and 18 (Achieving near perfect utilization) and reduce content
>> 4) During the presentation, go through slides 1-8 quickly, but without
>> dismissiveness
>
> +1 to all of these. Possibly also nuke slide 13 (or move it to 'extra
> slides'). The setup commands are not going to mean anything to those in
> the audience (I'm guessing that would be most of the audience) who are
> not familiar with Linux/TC.
>
>> On the plus side, I think it’s good you re-focused this on fair
>> queueing for this audience. Nice work.
>
> Yeah, I agree. Very nice :)
>
> -Toke



-- 

Dave Täht
CEO, TekLibre, LLC
http://www.teklibre.com
Tel: 1-669-226-2619