From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.toke.dk (mail.toke.dk [45.145.95.4]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 3B16E3CB37 for ; Sat, 10 Feb 2024 12:05:11 -0500 (EST) 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=1707584709; bh=WjmbE95cHZaMEF7+ndxOHODHb3GqljOyUl/JiOMfMfg=; h=From:To:Subject:Date:From; b=DXZHude9eyW9G0bxBDo8pP1kBQeC2sQ6QizdGC/+95vQMdjhm5+zpSjx9NLGr3c7n b717M9q76POBKpZP0YIBVz68K/zVar5mvU9A32qo54ZaIotxzfy2XhNvjALvGpwtU3 zp28SXXUmIOAHDhnv227Ed8subpBssZc1nlFSkMS/qnsqzftZOQ4Z9dK/FEpDCMuJa MBpTh4pBppWhHqjm3wgzALpZkfpMtvzv/7Z6zKx37cFb271BejP+PfPx1I73asrWGz nsG9sE8aL5heY237KiIlXHdlafopNpJAWjiZCxYvdqJDtsSqCjDtVTu7fC7zYVVWhI RLLXdJPg7hf6A== To: bloat Date: Sat, 10 Feb 2024 18:05:09 +0100 X-Clacks-Overhead: GNU Terry Pratchett Message-ID: <87jzncs116.fsf@toke.dk> MIME-Version: 1.0 Content-Type: text/plain Subject: [Bloat] The Confucius queue management scheme X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2024 17:05:11 -0000 This looks interesting: https://arxiv.org/pdf/2310.18030.pdf They propose a scheme to gradually let new flows achieve their fair share of the bandwidth, to avoid the sudden drops in the available capacity for existing flows that can happen with FQ if a lot of flows start up at the same time. No code available, unfortunately, although they promise to release it later... -Toke