From nobody Wed Aug 16 21:14:42 2023 X-Original-To: bugs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RR19b318qz4Tt8T for ; Wed, 16 Aug 2023 21:14:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RR19b1y6Dz4FRt for ; Wed, 16 Aug 2023 21:14:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1692220483; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=lmVILFEaMsE9RotvhOcIFG3RJTfMQv4bs4Lmo8nx2co=; b=CfL1KAhy3tcM8GE7S2aXI8clNm+TSaFYoVweYQofImRqUrvjtMk8txbe1T26NPG89iPAU7 maKCwnIgaPnZXmLYClWE5HpLxmHZTyfGZUsZmUMzFW4YeZdW1PIWlt0+W2Oi0o45DBmhte wcSrggUaBSlZqcwvqc5Z/McES2sgvXo5kkTf/VNImYtAjPmHjZqwBv4uULjwxBblZMfT9S PrXR6k28DxCFnajL2WXHw/IQE0m/SsqpeiCWPoDPw5imCR+emMfUcVSewsn6gNEXHeDJSK DMHDDeZt6UYWZZeCdekr2bSGqygzbqSbW4bJxdUbf32IZrLvYnD82bVKTuNPQA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1692220483; a=rsa-sha256; cv=none; b=j9qP9NS43vjuvKKkMamvkrrx68GEQvTziIlumq8eKY2d4EoCwQ5Ow8/H9IN0XzvtuviKqQ ljY1oSSP5I+0yZR2e2MyhHcDDMZkW5hcnOh3GQw70jQKbSfTwQWT+8kxCIlPoycQwHT/Pu 0ZVtTbFjpqLMRaU5gI7CQEPYFokBrbHUZlZ0nkgcURrHpJjg0cpd4a6AQqNWqWi7tlokTj YWRC/RG4U8IgcIPD3B+44S37bLnntwESP2rcfqLjsvrZDXZjNTul3z6VhcwExTV1jgI/0H +jAqLx/B4zG8Nzkr2dReDjwzecUmNFFgbXNTa2Jh/bNQEoJI7uXNYOZdQ9eqnw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4RR19b12hTz16VP for ; Wed, 16 Aug 2023 21:14:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 37GLEh4S077448 for ; Wed, 16 Aug 2023 21:14:43 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 37GLEhe5077447 for bugs@FreeBSD.org; Wed, 16 Aug 2023 21:14:43 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 272944] Vnet performance issues Date: Wed, 16 Aug 2023 21:14:42 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 13.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: markj@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-bugs@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D272944 Mark Johnston changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |markj@FreeBSD.org Status|New |Open --- Comment #1 from Mark Johnston --- I don't have a solution to propose, but at some level this is expected: pac= kets that get shuttled between two ends of an epair have to go through a single, global taskqueue thread. This means that there is no parallelization even = with multiple flows, and the handoff to the taskqueue thread may introduce some penalty. This is not ideal, but it's how it works out of the box. You didn't show the results with a single stream. If the problem appears t= o be tied to the number of flows, one thing you could try is enabling "options R= SS" in the kernel configuration; this introduces an epair worker thread per-CPU= . I suspect this would narrow the difference in your specific test. --=20 You are receiving this mail because: You are the assignee for the bug.=