From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 147A5A0512; Tue, 14 Jan 2020 19:44:15 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id B8E451C0B1; Tue, 14 Jan 2020 19:44:14 +0100 (CET) Received: from inbox.dpdk.org (xvm-172-178.dc0.ghst.net [95.142.172.178]) by dpdk.org (Postfix) with ESMTP id 515411C06A for ; Tue, 14 Jan 2020 19:44:14 +0100 (CET) Received: by inbox.dpdk.org (Postfix, from userid 33) id 39EBFA0513; Tue, 14 Jan 2020 19:44:14 +0100 (CET) From: bugzilla@dpdk.org To: dev@dpdk.org Date: Tue, 14 Jan 2020 18:44:13 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: DPDK X-Bugzilla-Component: other X-Bugzilla-Version: 19.11 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: stephen@networkplumber.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: dev@dpdk.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://bugs.dpdk.org/ Auto-Submitted: auto-generated X-Auto-Response-Suppress: All MIME-Version: 1.0 Subject: [dpdk-dev] [Bug 385] latency calculation has potential performance issues X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" https://bugs.dpdk.org/show_bug.cgi?id=3D385 Bug ID: 385 Summary: latency calculation has potential performance issues Product: DPDK Version: 19.11 Hardware: All OS: All Status: UNCONFIRMED Severity: minor Priority: Normal Component: other Assignee: dev@dpdk.org Reporter: stephen@networkplumber.org Target Milestone: --- If anyone is using rte_latencystats, they are in for a big performance hit. The code in rte_latencystats uses a receive and transmit callback for each burst. The latency calculation is using floating point (slow) and worse yet there is several floating point divides per packet. A floating point divide= is one of the slowest opcodes on any processor. The code should be changed to keep track of cycles (fixed point 64 bit) and convert the result to floating point when doing update. Or better yet only use fixed point maths. --=20 You are receiving this mail because: You are the assignee for the bug.=