From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sonic312-22.consmr.mail.ne1.yahoo.com (sonic312-22.consmr.mail.ne1.yahoo.com [66.163.191.203]) (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 7214B3BA8E for ; Tue, 31 Oct 2017 18:37:40 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1509489460; bh=tjgXCPPsUWq3gBQMdef6Q7jPir1fHFh5AxWNvntt2xY=; h=To:From:Subject:Date:From:Subject; b=BuiVeOh/J6686naBBf21rK/C3Iy3JE0IkSMQ85/lzyhfoDVJFjgGNavPT8PFqCsvjZrHtYRFAzFcmTCJeWRrh9aAT0rGhykPjTkxIbGQaa69aFB6gpZ5OCyiUfFYKIaYSEM68TYfw8jjdPNtWOY6OgUSiA7Z2LhnY/CvGEiQy5ZA9L9OA/bZxmtjEwreSmwfsUDm/nFhfmAxPaIqQFmjZ2qqnZ90PaT2LtI1uwrGV7PdGA3qTVaU9rUQF7gKXUm1QfXkU5Q/TkNWVRTVa9XNYCr1+IYYNjsF+bWYAQOzrk/KU24avCHCRwGoMcQE3HdV4DIFzNEPmGaXwlHqGFGpXg== X-YMail-OSG: etPYEhQVM1ktz9DJzMG9eE0iDs3BGC4kl2P4PFydxYLLRnXFbwo881CN20kcKol 8yi8hLSyr2L1xPEnOJCjdF2btTRIVEjcIqUUpL7H2N4a7giLjpk3ZyUq7PjD.lEyi7wyJhdsv5RB t7C7h0vxePAfr69S5YgMGe19AUHnxWQR_pR.2noiWd0ss4QTt18XajZzLHM0IRyArJo7YZFD9uJU APQ9sdkrRVN9TSZre3Q8u63LpvqUlwFViyFS03YAUdZqqbSzuMH3W6bW_uOUgGL4LoWM0afomps9 5SVWu3FgevJXs7DSyzqI1m.77fiCeMTuFRPPAKsdjDe89m6w1IKEiljB9rYXyp3QTdY.ndo_zHJS 1R7B0nFFD8MynK8yTeD0IDkZsKWgJngPADOnDBSDUQm0we.sjU_hMpamFG2R8bnAHd2VmPzqLqOv emQC2n3l8fHRae9FveWxFpO7PbDmi.h.Um4ER_ASfGlNgNkTK98f1BqhySpwgmmabPZhaQlHFu4_ y1wzf5SBPgRj02LLBZcxCaFOcRIRFaLaKNNPiryIDTaLGp3Hj Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.ne1.yahoo.com with HTTP; Tue, 31 Oct 2017 22:37:40 +0000 Received: from [127.0.0.1] by smtp113.mail.ne1.yahoo.com with NNFMP; 31 Oct 2017 22:37:35 -0000 X-Yahoo-Newman-Id: 632845.14733.bm@smtp113.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: etPYEhQVM1ktz9DJzMG9eE0iDs3BGC4kl2P4PFydxYLLRnX Fbwo881CN20kcKol8yi8hLSyr2L1xPEnOJCjdF2btTRIVEjcIqUUpL7H2N4a 7giLjpk3ZyUq7PjD.lEyi7wyJhdsv5RBt7C7h0vxePAfr69S5YgMGe19AUHn xWQR_pR.2noiWd0ss4QTt18XajZzLHM0IRyArJo7YZFD9uJUAPQ9sdkrRVN9 TSZre3Q8u63LpvqUlwFViyFS03YAUdZqqbSzuMH3W6bW_uOUgGL4LoWM0afo mps95SVWu3FgevJXs7DSyzqI1m.77fiCeMTuFRPPAKsdjDe89m6w1IKEiljB 9rYXyp3QTdY.ndo_zHJS1R7B0nFFD8MynK8yTeD0IDkZsKWgJngPADOnDBSD UQm0we.sjU_hMpamFG2R8bnAHd2VmPzqLqOvemQC2n3l8fHRae9FveWxFpO7 PbDmi.h.Um4ER_ASfGlNgNkTK98f1BqhySpwgmmabPZhaQlHFu4_y1wzf5SB PgRj02LLBZcxCaFOcRIRFaLaKNNPiryIDTaLGp3Hj X-Yahoo-SMTP: 6sUo5IiswBDB2TZm6JKJ6DaI.Rsz4O0- To: cake@lists.bufferbloat.net From: George Amanakis Subject: total download rate with many flows Message-ID: Date: Tue, 31 Oct 2017 18:37:33 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-List-Received-Date: Tue, 31 Oct 2017 22:37:40 -0000 Dear List, I am observing a strange behavior when one host in the LAN downloads from a couple of other hosts in WAN, but with many flows. To give you an example: Line is Comcast residential cable, advertised as 10000Mbps/2Mbps. LAN-Host A is updating Windows 10, and generates many flows. It is the only device active on LAN and achieves a download rate of ~7.7Mbps. The set limit is ~11.7Mbps and it can be achieved from this host, as long as the number of parallel flows remains <4. If the number of flows increases, the actual download rate drops. Apart from this, cake is doing a great job: even with Host A updating Windows 10 other LAN-hosts can ping WAN-hosts with a latency <100ms and the traffic is very responsive. I am going to try to replicate this behavior using flent. Is there a way to ameliorate this without hurting latency for the other hosts? Settings: ens4 is LAN interface ens3 is WAN interface qdisc cake 8001: dev ens4 root refcnt 2 bandwidth 12200Kbit besteffort dual-dsthost wash ingress rtt 100.0ms noatm overhead 18 via-ethernet mpu 64 qdisc cake 8002: dev ens3 root refcnt 2 bandwidth 2500Kbit besteffort dual-srchost nat wash rtt 100.0ms noatm overhead 18 via-ethernet mpu 64 Best, George