From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.toke.dk (mail.toke.dk [IPv6:2001:470:dc45:1000::1]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 77E4D3B29E for ; Mon, 30 Jul 2018 07:28:06 -0400 (EDT) From: Toke =?utf-8?Q?H=C3=B8iland-J=C3=B8rgensen?= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=toke.dk; s=20161023; t=1532950084; bh=RzTK1Thwwxky9nie5tG/VPuNeprawgv/jZu9iNEJBls=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=ZSES2Xm4GSjALzmar7K1myFqtbNXudPMQNjuJdi//rgAiFb9v4lvc38P63S28CbRh iRw5uIu/HeahcLmbK/Jw1sUO4Yh3FFWn20C7wDMyBhzltKtg9e+66dTjceaT6e3U8r C9TQaUegPIaCXcpLPWf4aRrf+jR5qHBLAlYXNXsHHVpMEAcKNVdIhnisJQ9QgCXEy1 jQwjG+zyuLd4V5KaPX0bDSiLbmgnqNdGEVaHr49G3Mat6YdaPXGoJaEZUsCPh7BPTP rFWPsWAPr8QVe3RxUmPi95G0uxJUrH4H8jp6G+2pmUo2jzfUMoRoETM3bOonb6uFOm cYN6LlcVk+T2g== To: Pete Heist Cc: Sebastian Moeller , Cake List In-Reply-To: <0CDB71FA-7A51-48FC-A5E5-D91541DB7A57@heistp.net> References: <1357421162.31089.1531812291583@webmail.strato.de> <1c323544b3076c0ab31b887d6113f25f572e41ae.camel@coverfire.com> <87woth28rw.fsf@toke.dk> <87tvol1z6h.fsf@toke.dk> <87wotfzql8.fsf@toke.dk> <87r2jlzwew.fsf@toke.dk> <305C8083-A170-42E8-BC96-120D3B0065EA@heistp.net> <8893BD36-72A4-4FC8-A013-BBB97F0E879B@gmx.de> <87muu9yovv.fsf@toke.dk> <0CDB71FA-7A51-48FC-A5E5-D91541DB7A57@heistp.net> Date: Mon, 30 Jul 2018 13:28:03 +0200 X-Clacks-Overhead: GNU Terry Pratchett Message-ID: <87k1pdyncs.fsf@toke.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Cake] =?utf-8?q?Using_cake_to_shape_1000=E2=80=99s_of_users=2E?= 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: Mon, 30 Jul 2018 11:28:06 -0000 Pete Heist writes: >> On Jul 30, 2018, at 12:55 PM, Toke H=C3=B8iland-J=C3=B8rgensen wrote: >>>=20 >>> I believe all you needto do is change the following in scg_cake.c: >>> #define CAKE_QUEUES (1024) >>>=20 >>> Now I heard reports that above a certain number this breaks, but it >>> might be enough for 32K or even 64k, or ~32 to 64 queues per customer, >>> which might already help to spread out things a bit... >>=20 >> Has to fit in 16 bits, so 64k is the max; we really ought to have made >> that parameter configurable... > > Couldn=E2=80=99t it still be made so now? Not sure of the performance imp= act > though. It could, but it would take some care. There's the issue of power-of-two-ness and avoiding divides that Jonathan pointed out, and the memory allocation would be complicated somewhat. Certainly doable, but I'm not sure it's worth it for its own sake if the plan is to build a new qdisc anyway... -Toke