From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 7F94CFA373E for ; Mon, 24 Oct 2022 09:45:01 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230107AbiJXJo7 (ORCPT ); Mon, 24 Oct 2022 05:44:59 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49988 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230294AbiJXJog (ORCPT ); Mon, 24 Oct 2022 05:44:36 -0400 Received: from mail-wm1-x32f.google.com (mail-wm1-x32f.google.com [IPv6:2a00:1450:4864:20::32f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CE1DFE60 for ; Mon, 24 Oct 2022 02:44:24 -0700 (PDT) Received: by mail-wm1-x32f.google.com with SMTP id t4so6183612wmj.5 for ; Mon, 24 Oct 2022 02:44:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=6wind.com; s=google; h=content-transfer-encoding:in-reply-to:organization:from:references :cc:to:content-language:subject:reply-to:user-agent:mime-version :date:message-id:from:to:cc:subject:date:message-id:reply-to; bh=cKbucU/IUZcAQQsLiS3DB2W32TroQ7AAyD9l71dyaUk=; b=huZqcV008xcZTVY0FnuelzG2dzHHno9WF9RMNMdC0D8AJE/++TQ3MX5IUzjp2z8JbL hpxDaIBgnXXVDQsx7PuAbW0rhQqBv5yghJyxnf73YMtStjU2kQi0G/2/bBsnhoPJIG/M h0h9ttBY+nsVf7/3O72KSqU2rrnTcY2Qmu9A97ponOswP+uR5uksz3m714zy+raEWC7l SWAzJT7E47h8L7bF2zbgnu/J00TO6xVnEWiXGy5P27Db9fHFnr4EtHIjQKiySu35K/kG D/kQzuub4PwCQQMETnaG89xrmdZ3dPqEXTNzUsHKALJ45JYFC4nkhj8I3VErwmIuI0do r+yg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:organization:from:references :cc:to:content-language:subject:reply-to:user-agent:mime-version :date:message-id:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=cKbucU/IUZcAQQsLiS3DB2W32TroQ7AAyD9l71dyaUk=; b=Kihhxjp+bIsrYkElrzb39Lo0wSWIwvy05CB4pULNUoSHXOSNj+FeU6BB4kCEuYMVSa SWLe3XIo8xi8wSoqCwtfoIG8lXyf2periJQON6XlHulc3E2LOIXxIx24PZ7HlBZIsLOo 3Eiy3iDJ0dDCYyIuhCKwyI+GdUf4+9e2ekEGQLnOeCz+k3OG7GWZTwiYxi8ITaIjIRoA 7azfqD0IKUWVR5RPg7MEt62Xvw/4hyvlKkChLUlqTQfl2QN79UJH8hmtIB1C8w7Ap70D f9nWqBw2KA4SxZc9ixTHCvI6qc7fFPBTaJktvnso1Kei5t04gCmRhl3O5jSTm1FZeLSX fC5Q== X-Gm-Message-State: ACrzQf20SLs04FreOhz4VU9KE6y+nt2t29nOm4vI6glzvtZYOXqF8eRp 9yZOe0Xe18jXHodSbA5hmrpRNA== X-Google-Smtp-Source: AMsMyM4umPILC1oEtMSJ51plHHUqHIatWc/lkDMmjO66/KRtV6dWncNmZ+KPEAcVH8ZNk8eOViOkfQ== X-Received: by 2002:a05:600c:548a:b0:3c6:dd03:2d31 with SMTP id iv10-20020a05600c548a00b003c6dd032d31mr21549695wmb.95.1666604663357; Mon, 24 Oct 2022 02:44:23 -0700 (PDT) Received: from ?IPV6:2a01:e0a:b41:c160:416:9ea1:405b:86ea? ([2a01:e0a:b41:c160:416:9ea1:405b:86ea]) by smtp.gmail.com with ESMTPSA id d4-20020a05600c3ac400b003c64c186206sm10390857wms.16.2022.10.24.02.44.22 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 24 Oct 2022 02:44:22 -0700 (PDT) Message-ID: Date: Mon, 24 Oct 2022 11:44:22 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.2.2 Reply-To: nicolas.dichtel@6wind.com Subject: Re: [RFE net-next] net: tun: 1000x speed up Content-Language: en-US To: Jakub Kicinski , Ilya Maximets Cc: netdev@vger.kernel.org, "David S. Miller" , Eric Dumazet , Paolo Abeni , linux-kernel@vger.kernel.org References: <20221021114921.3705550-1-i.maximets@ovn.org> <20221021090756.0ffa65ee@kernel.org> From: Nicolas Dichtel Organization: 6WIND In-Reply-To: <20221021090756.0ffa65ee@kernel.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Le 21/10/2022 à 18:07, Jakub Kicinski a écrit : > On Fri, 21 Oct 2022 13:49:21 +0200 Ilya Maximets wrote: >> Bump the advertised speed to at least match the veth. 10Gbps also >> seems like a more or less fair assumption these days, even though >> CPUs can do more. Alternative might be to explicitly report UNKNOWN >> and let the application/user decide on a right value for them. > > UNKOWN would seem more appropriate but at this point someone may depend > on the speed being populated so it could cause regressions, I fear :S If it is put in a bonding, it may cause some trouble. Maybe worth than advertising 10M. Note that this value could be configured with ethtool: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=4e24f2dd516ed > >> Sorry for the clickbait subject line. > > Nicely done, worked on me :) Works for me also :D