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 78E0F3B2A4 for ; Wed, 15 Nov 2017 23:49:25 -0500 (EST) Received: by mail-qt0-x236.google.com with SMTP id 8so39785508qtv.1 for ; Wed, 15 Nov 2017 20:49:25 -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:content-transfer-encoding; bh=AjLXmrcFBKlpsDNen40xZ7iQjbkhF45lMt7Jv5kPBdY=; b=j9fb/YAHtwFnjx9hGGXiRMmJAaUlPizpsmhypOWRcZtXuBcMhw2VERZbmlC73UwDnc KlzejqzOFpNrNXhLZGnHKdThI4VfPVrLlShqw/Iu/UsUslQq52+gEaBYzzc2euKzJcbR J0iP3VjBPvijer6rPlUreGCD9crZbND32wWNwpswxuTe4OAm6m/FRwNzooZhkdqnSmxv SYqYpYsfmyvgZKfPThwOmu1v5pUu/7VQPOPZcBlDUUz4Qbn/8truRfkYWGlNJ32jUV+w Xv++AqbPPrhJUpZ4dYnPl2pOvaPFZCEnbHkaDhiu+F50xiSGq1VSW1/r3buEFEPEvsZM i9mA== 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:content-transfer-encoding; bh=AjLXmrcFBKlpsDNen40xZ7iQjbkhF45lMt7Jv5kPBdY=; b=QXbTAlRPqMiM1G+ttKa9QhCMokqNqjqqyMnZwmcQjUHzeRSZcjA6DkK3jBKptrY/A+ sMEMeEugLTf/7iiV7IxEhrsdkkW2HXyrFPSpzFDqBYVO9yr0b36Q/GYoG652ZmrAACZA t1G07bWIsiLR/PMExtJG4x7VJ6yS10yX4DJXQia2yKcEdUVXJjoUNYR+Y8hG7azGflpi MIvGKk+T+d692fYpt6FSm7jBDf67mjb5ZkPlnjlRD/H1uO5ETrWYlGve5KGDd2XEwsWE pFyYd2eeAMNN1NDQpvdUkHKvIMUkwCpWOgA/gO+p6l+RrHZ33oUJUQioUdxnfCUvFnuG feIw== X-Gm-Message-State: AJaThX7ZQ27SnlGInHsDh1iWhJfINWG4oEGEDAYsJAvlW0VvLqDqMtB7 mlzoj4nNS5+F4UU11iITLBNpsUtgDg0yhQ/Onq0= X-Google-Smtp-Source: AGs4zMbFjnStOrYiEo09nGwucj0K3PZt8I2FofJ3hwR4xn0ZAW2rFcf0A8fBGwYSUKzLFFPPYqAEXvtivz7AUKHKu8I= X-Received: by 10.200.46.50 with SMTP id r47mr589587qta.314.1510807765124; Wed, 15 Nov 2017 20:49:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.12.193.93 with HTTP; Wed, 15 Nov 2017 20:49:24 -0800 (PST) In-Reply-To: <91059e40-31fa-b2a7-dced-0f0bd17ba853@yahoo.com> References: <87po92aku1.fsf@nemesis.taht.net> <87efph4q0y.fsf@nemesis.taht.net> <87vaihkgr9.fsf@nemesis.taht.net> <87r2t08vtz.fsf@nemesis.taht.net> <91059e40-31fa-b2a7-dced-0f0bd17ba853@yahoo.com> From: Dave Taht Date: Wed, 15 Nov 2017 20:49:24 -0800 Message-ID: To: George Amanakis Cc: Dave Taht , George Amanakis via Cake Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Re: [Cake] total download rate with many flows 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: Thu, 16 Nov 2017 04:49:25 -0000 On Tue, Nov 14, 2017 at 8:04 PM, George Amanakis wro= te: > The problem I am describing in this thread appears only when using > besteffort. If diffserv3 is used (without any further prioritization by > manipulating DSCP bits) downstream is more stable and higher in throughpu= t > than with besteffort. > > Also, in my case disabling BLUE (by commenting out cake_queue_{empty,full= } > and all p_drop parts in sch_cake.c and cobalt.c) does not make any > difference. The only other thing I can think of is replacing the codel algorithm in cake with the one in fq_codel. > > > On 11/14/2017 5:23 PM, Dave Taht wrote: >> >> because cobalt is more aggressive than codel. I've never believed in it. >> >> I'm sitting here trying to figure out how to get good ole regular cake >> to compile again. >> >> I just merged the new ack stuff into the codel branch. >> >> >> On Tue, Nov 14, 2017 at 2:13 PM, G. Amanakis via Cake >> wrote: >>> >>> _______________________________________________ >>> Cake mailing list >>> Cake@lists.bufferbloat.net >>> https://lists.bufferbloat.net/listinfo/cake >>> >>> >>> ---------- Forwarded message ---------- >>> From: "G. Amanakis" >>> To: Dave Taht , George Amanakis via Cake >>> >>> Cc: >>> Bcc: >>> Date: Tue, 14 Nov 2017 17:13:16 -0500 >>> Subject: Re: [Cake] total download rate with many flows >>> Yes, it is. I am building from the cobalt branch. What makes you believ= e >>> otherwise? Would you expect a different behaviour? >>> >>> On November 14, 2017 3:11:04 PM EST, Dave Taht wrote: >>>> >>>> George Amanakis via Cake writes: >>>> >>>>> From: George Amanakis >>>>> Subject: Re: [Cake] total download rate with many flows >>>>> To: David Lang >>>>> Cc: cake@lists.bufferbloat.net >>>>> Date: Mon, 13 Nov 2017 21:49:53 -0500 (17 hours, 20 minutes, 42 >>>>> seconds ago) >>>>> >>>>> Dear David, >>>>> >>>>> I agree. My point is that currently ingress mode seems to be droppi= ng >>>>> more >>>>> packets than necessary to keep senders from bottlenecking the >>>>> connection (when >>>>> there is a large number of concurrent flows, >8). And right now, >>>>> ingress mode is >>>>> the only mode that achieves this in situations such as Windows >>>>> updates. >>>> >>>> >>>> Is cobalt enabled in your build? >>> >>> >>> -- >>> Sent from my Android device with K-9 Mail. Please excuse my brevity. >>> >> >> > --=20 Dave T=C3=A4ht CEO, TekLibre, LLC http://www.teklibre.com Tel: 1-669-226-2619