[Cake] Fwd: cake flenter results round 2

[Georgios Amanakis]

With netem's limit set at 100000, I repeated the tests for ack-aggressive,
ack, noack.

Setup:
server        --        delay        --        mbox        --        client
netserver             50ms/50ms             45/900mbit

George

On Wed, Nov 29, 2017 at 1:51 PM, Dave Taht <dave.taht at gmail.com> wrote:

> there is no performance impact of using really high values for netem
> limit. Stick with 100000. :)
>
> (well, there is a cache impact, but that's the cost of correct simulation)
>
> On Wed, Nov 29, 2017 at 10:19 AM, Georgios Amanakis <gamanakis at gmail.com>
> wrote:
> > I completely neglected this. It turns out sometimes netem drops,
> sometimes
> > it doesn't.
> > This would also explain the different behaviour I am getting (rrul1)
> > sometimes.
> > I guess it is because netem doesn't drop in this case.
> >
> > I am attaching a new file with both cases (I could replicate them again).
> > Delay's netem and mbox's cake stats are in the txt files.
> >
> > Is a limit of 4000 a sane value?
> > Calculated as (0.05s * 900mbit/s / 8bit/byte / 1500bytes/packet)??
> >
> > George
> >
> > On Wed, Nov 29, 2017 at 1:00 PM, Dave Taht <dave at taht.net> wrote:
> >>
> >> Georgios Amanakis <gamanakis at gmail.com> writes:
> >>
> >> > ---------- Forwarded message ----------
> >> > From: Georgios Amanakis <gamanakis at gmail.com>
> >> > Date: Wed, Nov 29, 2017 at 12:50 PM
> >> > Subject: Re: [Cake] cake flenter results round 2
> >> > To: Dave Taht <dave at taht.net>
> >> >
> >> > To avoid a misunderstanding, the delay parameter in both:
> >> > "ip netns exec delay tc qdisc replace dev delay.r root netem delay
> 50ms"
> >> > "ip netns exec delay tc qdisc replace dev delay.l root netem delay
> 50ms"
> >>
> >> I would strongly suspect you are seeing drops in these qdiscs also
> >> without the increased limit, at the increased delay, at 900mbit (go
> >> check with ip netns exec delay tc -s qdisc show)
> >>
> >> My original scripts were targeted at 16Mbit/1mbit and thus I didn't
> >> change the limit.
> >>
> >
> > _______________________________________________
> > Cake mailing list
> > Cake at lists.bufferbloat.net
> > https://lists.bufferbloat.net/listinfo/cake
> >
>
>
>
> --
>
> Dave Täht
> CEO, TekLibre, LLC
> http://www.teklibre.com
> Tel: 1-669-226-2619
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.bufferbloat.net/pipermail/cake/attachments/20171129/5f53115b/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ack_noack.tgz
Type: application/x-gzip
Size: 346696 bytes
Desc: not available
URL: <https://lists.bufferbloat.net/pipermail/cake/attachments/20171129/5f53115b/attachment-0001.bin>