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 X-Spam-Level: X-Spam-Status: No, score=-6.7 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 2290EC4338F for ; Thu, 5 Aug 2021 02:14:18 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 05C7C610A8 for ; Thu, 5 Aug 2021 02:14:18 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238290AbhHECO3 (ORCPT ); Wed, 4 Aug 2021 22:14:29 -0400 Received: from mail.kernel.org ([198.145.29.99]:37654 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232116AbhHECO1 (ORCPT ); Wed, 4 Aug 2021 22:14:27 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 6F0D3610A2; Thu, 5 Aug 2021 02:14:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1628129653; bh=ruO3OGybwjUYEOC1l6aUYucPLG2j5dr64XYovWP1ozQ=; h=Subject:From:To:Cc:Date:In-Reply-To:References:From; b=eoPBa1AOAkiXYM7PuuIeO9K68FSjkbdj7lSxIJXWjWz8OfGV3OmshO4MvwK5es7VC d1fWBqnjglC32oq8epjv3ay61rujlm6WXKBTz6WfwonUCkln+FVfdEw1yDopkn7Q8u drVxNWY2UO6jjQYVzkOd3wfl1CTqM9RnugC4T0ILZiGDLgDUXrISgYqJoB4C+jQKV8 vfXS3mQZGEImZ+nr/eH7s6Vz5LIiiz5eyoHWimOxJ8nRzkb2HKRFqzd2XIX7sWdQZA 5pigBX0fNcXphutXg3yjMgZsVmwe+Y8mwgUYpDZp63pw3FG3e4biuUwvL8ozI/E0aE AgzIDC8Lgn/3A== Message-ID: Subject: Re: [PATCH net-next 03/21] ethtool, stats: introduce standard XDP statistics From: Saeed Mahameed To: David Ahern , Jakub Kicinski , Tariq Toukan , Tariq Toukan Cc: Alexander Lobakin , "David S. Miller" , Jesse Brandeburg , Lukasz Czapnik , Marcin Kubiak , Michal Kubiak , Michal Swiatkowski , Jonathan Corbet , Netanel Belgazal , Arthur Kiyanovski , Guy Tzalik , Saeed Bishara , Ioana Ciornei , Claudiu Manoil , Thomas Petazzoni , Marcin Wojtas , Russell King , Edward Cree , Martin Habets , "Michael S. Tsirkin" , Jason Wang , Alexei Starovoitov , Daniel Borkmann , Jesper Dangaard Brouer , John Fastabend , Andrii Nakryiko , Martin KaFai Lau , Song Liu , Yonghong Song , KP Singh , Shay Agroskin , Sameeh Jubran , Alexander Duyck , Danielle Ratson , Ido Schimmel , Andrew Lunn , Vladyslav Tarasiuk , Arnd Bergmann , Andrew Morton , Jian Shen , Petr Vorel , Dan Murphy , Yangbo Lu , Michal Kubecek , Zheng Yongjun , Heiner Kallweit , YueHaibing , Johannes Berg , netdev@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, virtualization@lists.linux-foundation.org, bpf@vger.kernel.org Date: Wed, 04 Aug 2021 19:14:09 -0700 In-Reply-To: <4b2358e1-a802-b0ab-129d-1432f49c46ec@gmail.com> References: <20210803163641.3743-1-alexandr.lobakin@intel.com> <20210803163641.3743-4-alexandr.lobakin@intel.com> <20210803134900.578b4c37@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com> <20210804053650.22aa8a5b@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com> <43e91ce1-0f82-5820-7cac-b42461a0311a@gmail.com> <20210804094432.08d0fa86@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com> <11091d33ff7803257e38ee921e4ba9597acfccfc.camel@kernel.org> <4b2358e1-a802-b0ab-129d-1432f49c46ec@gmail.com> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.40.3 (3.40.3-1.fc34) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 2021-08-04 at 18:43 -0600, David Ahern wrote: > On 8/4/21 12:27 PM, Saeed Mahameed wrote: > > > > > I just ran some quick tests with my setup and measured about 1.2% > > > worst > > > > 1.2% is a lot ! what was the test ? what is the change ? > > I did say "quick test ... not exhaustive" and it was definitely > eyeballing a pps change over a small time window. > > If multiple counters are bumped 20-25 million times a second (e.g. > XDP > drop case), how measurable is it? I was just trying to ballpark the > overhead - 1%, 5%, more? If it is <~ 1% then there is no performance > argument in which case let's do the right thing for users - export > via > existing APIs. from experience I don't believe it can be more than 1% and yes on existing APIs !