From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qt0-x236.google.com (mail-qt0-x236.google.com [IPv6:2607:f8b0:400d:c0d::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 967913B29E for ; Fri, 1 Dec 2017 14:29:01 -0500 (EST) Received: by mail-qt0-x236.google.com with SMTP id 33so14408928qtv.1 for ; Fri, 01 Dec 2017 11:29:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=2RR7AUDCGH6pBfSSdfFf5TNkFCYtI5hpR0adQoaacSc=; b=VM08didbG7eLOcLJ/2U3rxZTqcMThibfMpqhi3Ne/Um0+3DvkphXSGRp3PFZK9NNj2 IDikFT6ObnfdIDy0gjZofJVcbZUNfUYIL1hMVzWwo3DIZemIsZ7dtzPR0vSMXtUkDrbq nhg67wxdFN+sXBZdtbgPKkzNoc0aZVDsIAhplMo/iPE5Wg7VMvDJMnGmhC4UgEZ/1tC6 +bVY41wxlIzM5YOX+m5YvqNSmP7d1rFcdevx4jMCMTk8Ty8obez9SHt4SnFeGIj8BxVp PdgJnV/0dSbn5U5fm0c83skPoUeahUJZVEj+MKStO0LwXChCZQg3aGC5FVLwySKNXp1u 21Jw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=2RR7AUDCGH6pBfSSdfFf5TNkFCYtI5hpR0adQoaacSc=; b=Sg/ubfLskeRYazUZC+D52tx7HE2x/w1sXKfYWr1lQW4y3bcy/Vv2tqGUG61oZOnJOt 7Wv/7NLdJcm2mAoONjmxyDvQqUvh6NHNpC6Dtf9wX10kFa9Ya5ELOr6mfgjYvc8ovzWj pHXGtUtLidc9x9rL8/9Kp2UsuMtarIAVhQNa/innhl1UhpB/XQXAC22Byl6HZ4RL3V5o p07KmetrqpP1xQi7kknjWU3vlnUcjg68R+FJgRhn3pZul3vPn8vk1qi89wI4p1dpJehQ NvUaOjM6I+QJURlxf4v4XXoYI3GFuAwy2DMWEPU7rKna9TPZvvLNx1AKRHOCwJ8d/0Et ZkYQ== X-Gm-Message-State: AKGB3mIoprciS7zM/RvhrMZ7KCgoKxz3s2+GOOohsIbSRHWVaqN+JYRC Wt1Ii5FJOc8yzrzXkxNpEM8QSi09gzVTHJtSpo4= X-Google-Smtp-Source: AGs4zMaxi7EYQBdQ7ASqoRO4vG4SC0YZvMNbKM7vQZIdIDdhENKZh0HOMm9tpYQWRq0yNLcgvH0GsDlxJAHXGNg04Rw= X-Received: by 10.237.35.207 with SMTP id k15mr10752436qtc.95.1512156541086; Fri, 01 Dec 2017 11:29:01 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.95.69 with HTTP; Fri, 1 Dec 2017 11:29:00 -0800 (PST) In-Reply-To: References: <98B33089-BA99-40C2-8C25-B4568505AAC6@gmail.com> From: Georgios Amanakis Date: Fri, 1 Dec 2017 14:29:00 -0500 Message-ID: To: Dave Taht Cc: Cake List Content-Type: multipart/alternative; boundary="001a11356ccc79ee67055f4c6131" Subject: Re: [Cake] cake flenter results round 3 X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Cake - FQ_codel the next generation List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Dec 2017 19:29:01 -0000 --001a11356ccc79ee67055f4c6131 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable cake vs sfq and fq_codel looks great! You already have fq_codel in the graphs, do you mean codel? In terms of simulating CMTS I am trying to simulate a cable connection. Is the following reasonable? =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D8<=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D servers --- delay --- isp --- mbox --- clients delay: tc qdisc replace dev delay.r root netem delay ZZms rate XXXmbit limit 10000= 0 tc qdisc replace dev delay.l root netem delay ZZms rate XXXmbit limit 10000= 0 isp: tc qdisc replace dev isp.l root bfifo limit 1024k tc qdisc replace dev isp.r root bfifo limit 1024k mbox: tc qdisc replace dev mbox.l root cake bandwidth YYYmbit tc qdisc replace dev mbox.r root cake bandwidth YYYmbit =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D8<=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D George On Fri, Dec 1, 2017 at 2:23 PM, Dave Taht wrote: > That's really hard to argue with. An fq_codel same conditions (and > pfifo and pie) might be interesting here. > > On Thu, Nov 30, 2017 at 9:13 AM, Georgios Amanakis > wrote: > > I gave high RTT with high bandwidth a try: > > server -- delay -- mbox -- client > > netserver 300/300ms 45/900mbit flent > > > > I had to run flent with "-s 0.61" in order to avoid errors with fping > dying > > prematurely. > > Comparing noack, ack, and ack-aggressive, ack seems to give the highest > > download rates. > > Cake was setup with "rtt 600ms". > > > > George > > > > On Wed, Nov 29, 2017 at 6:25 PM, Jonathan Morton > > wrote: > >> > >> High RTT with relatively high bandwidth is traditionally considered > >> challenging, and is representative of Australasian and satellite > >> connections. Definitely do some of those. > >> > >> Low bandwidth should also be interesting. DSL at 4/1 Mbit is typical > >> entry level package here. > >> > >> - Jonathan Morton > >> > >> > >> _______________________________________________ > >> Cake mailing list > >> Cake@lists.bufferbloat.net > >> https://lists.bufferbloat.net/listinfo/cake > >> > > > > > > _______________________________________________ > > Cake mailing list > > Cake@lists.bufferbloat.net > > https://lists.bufferbloat.net/listinfo/cake > > > > > > -- > > Dave T=C3=A4ht > CEO, TekLibre, LLC > http://www.teklibre.com > Tel: 1-669-226-2619 > --001a11356ccc79ee67055f4c6131 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
cake vs sfq and fq_codel looks great! You alread= y have fq_codel in the graphs, do you mean codel?

In terms of = simulating CMTS I am trying to simulate a cable connection.
Is th= e following reasonable?
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D8<=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
servers --- delay --- isp --- mbox --- = clients

= delay:
tc qdisc replace dev delay.r root ne= tem delay ZZms rate XXXmbit limit 100000
tc qdisc replace dev delay.l ro= ot netem delay ZZms rate XXXmbit limit 100000

isp:
tc qdisc replace dev isp.l root bfifo limit 1024k
tc qdisc replace= dev isp.r root bfifo limit 1024k

<= /div>
mbox:
tc qd= isc replace dev mbox.l root cake bandwidth YYYmbit
tc qdisc replace dev mbox.r root cake bandwidth YYYmbit
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D8<=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D

George

On Fri, Dec 1, 2017= at 2:23 PM, Dave Taht <dave.taht@gmail.com> wrote:
That's really hard to argue with. An fq_cod= el same conditions (and
pfifo and pie) might be interesting here.

On Thu, Nov 30, 2017 at 9:13 AM, Georgios Amanakis <gamanakis@gmail.com> wrote:
> I gave high RTT with high bandwidth a try:
> server=C2=A0 =C2=A0--=C2=A0 =C2=A0delay=C2=A0 --=C2=A0 mbox=C2=A0 --= =C2=A0 client
> netserver=C2=A0 =C2=A0300/300ms=C2=A0 45/900mbit=C2=A0 flent
>
> I had to run flent with "-s 0.61" in order to avoid errors w= ith fping dying
> prematurely.
> Comparing noack, ack, and ack-aggressive, ack seems to give the highes= t
> download rates.
> Cake was setup with "rtt 600ms".
>
> George
>
> On Wed, Nov 29, 2017 at 6:25 PM, Jonathan Morton <chromatix99@gmail.com>
> wrote:
>>
>> High RTT with relatively high bandwidth is traditionally considere= d
>> challenging, and is representative of Australasian and satellite >> connections.=C2=A0 Definitely do some of those.
>>
>> Low bandwidth should also be interesting.=C2=A0 DSL at 4/1 Mbit is= typical
>> entry level package here.
>>
>> - Jonathan Morton
>>
>>
>> _______________________________________________
>> Cake mailing list
>> Cake@lists.bufferblo= at.net
>> https://lists.bufferbloat.net/listinfo/cake=
>>
>
>
> _______________________________________________
> Cake mailing list
> Cake@lists.bufferbloat.n= et
> https://lists.bufferbloat.net/listinfo/cake=
>



--

Dave T=C3=A4ht
CEO, TekLibre, LLC
ht= tp://www.teklibre.com
Tel: 1-669-226-2619

--001a11356ccc79ee67055f4c6131--