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 C9DEB3B29D; Sun, 11 Jul 2021 15:57:14 -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=1626033433; bh=jFtNLupa5FSd+uvCCxUc3OJpZVZbh0yJf734xS8q1fw=; h=From:To:Subject:In-Reply-To:References:Date:From; b=sfB+b8NTdcnHvjDW5fXdpLum1gKm4xfhZDHAIzCXH6f2qkc3j6cX6cSB8fIBPBaZ0 jDzcak56BhjNcVOZSFBtp65W64u0cZtYFu94t7bV/F/cjRMzb+82NOTmJvlG/pV9fb bWRCEjjQ75nDHIRAAy69t9VgGFN6eH1syXH0iHiBT+ZTVpIE4T57HdHcd+l7uNPpyQ dZoFfAhvmVfMo/WmVEZAoj8IHbzfLywW0u4Mai06K5f/jXmjHDedFcsojtQs7WfQ3a gAMeEOBShXXvhn0cub6pBf4SxajzmvLwk+AQyOD7sE+3qBZhKqc3K2G9DJLtAN5inz HGS1WN/TdBTwQ== To: Dave Taht , Cake List , cerowrt-devel In-Reply-To: References: <1625910047-56840-1-git-send-email-shenjian15@huawei.com> Date: Sun, 11 Jul 2021 21:57:11 +0200 X-Clacks-Overhead: GNU Terry Pratchett Message-ID: <877dhwei94.fsf@toke.dk> MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [Cake] [Cerowrt-devel] Fwd: [RFC net-next] net: extend netdev features 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: Sun, 11 Jul 2021 19:57:14 -0000 Dave Taht writes: > One thing somewhat related to this was finally expanding the space > available for the tc and iptables functionality for > things like hashing and actions etc from 16 bits to 32. That is > something of a fork lift upgrade, but... 64k queues is not > enough in some cases, nor is 64k possible users in libreqos. thoughts skb->hash is 32 bits already. There is hardware out there that does 64-bit hashing, promising to hash packets in a way that basically guarantees the hash to be a globally unique flow identifier. Supporting *that* in the kernel would need some work, though... :) -Toke