From nobody Tue Oct 15 21:06:13 2024 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 4XSmq95vWTz5Z0hB for ; Tue, 15 Oct 2024 21:06:13 +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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XSmq94h5Cz52jT for ; Tue, 15 Oct 2024 21:06:13 +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=1729026373; 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=HS2aHJE9YVC7z4VZjA1SiHzLc0rpa9dWfj/g8kA4CSc=; b=evnoAXl2sCecLyqPW6ltNw6tEk/yEDXI/cKB1daMVczfpAzkeNSrhXS4GGgwTi87qSn/ts +gyZZoGB26rb3GAHYN6ckIkll9UaA06HDHmH1Zn32/KOS4J+nq40tsb3Cw5dxVCwLuqTRB 08WM3/nROCR98KGXWGT7jdCrm1WPrTCkpSwvO8ISF8UGTnTXAlSih4LUqQnO6IEZkhkcQO I46JFhad1Ov4ZSoTvfAFPhmAYYeg1pCWKYvFMUex2J+C632ziPUyKV1bN1h5H7qtMsBfVP NvMdInkpBCAzh9i+dDj9h4cUA+vfsoNideVp/GCoAPRk6hdic1/peNNilScroQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1729026373; a=rsa-sha256; cv=none; b=DnEm1agOFa3Prk7L1NUTeOloDaYD/pbF7kpbrSdW+e9WmcyFKlTSlFurc1H2SJYV7YwoLf +UlwfwdLfAz9t2e/XXJRtFg5q5DS7HiH94xKQbfslOsQhoGvRDzqVSA3baAiUxeoOrk0X+ 6p34e48GcnJB9r5vnpbWujg+q7g04hmXyhkJlw0iYk3C9IQBiHIJOx5CfnfFGzDpXI9Q3A QQrOV//pZKE4wJSLOcPXxwba0l/aIFj460kWQNB0DSQ8GzugpkcEcyjSDx5xETcsa+pTqF 8IGpoWZHHzn+pF75zY/0MlCYlZna/Aq1PaGk8VVuxSFEOjhnpun/GXNGKoqC8w== 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 4XSmq94Fp5zdmq for ; Tue, 15 Oct 2024 21:06:13 +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 49FL6DIN065838 for ; Tue, 15 Oct 2024 21:06:13 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 49FL6Dct065837 for bugs@FreeBSD.org; Tue, 15 Oct 2024 21:06:13 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 282115] GELI + QAT - 8955 performance is less than software encoding for block device acceleration Date: Tue, 15 Oct 2024 21:06:13 +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: 14.1-STABLE X-Bugzilla-Keywords: performance X-Bugzilla-Severity: Affects Some People 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=3D282115 Mark Johnston changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |markj@FreeBSD.org Status|New |Open --- Comment #1 from Mark Johnston --- While a 40% hit is steep, it's not totally surprising that QAT is worse her= e.=20 The general tradeoff of using an offload engine is that crypto request late= ncy will go up, but you spend less CPU resources, and offload engines, QAT in particular, can service many requests in parallel. That is, if your benchm= ark is to dispatch one crypto request at a time, wait for it to complete, and measure how long that takes, handling requests on the CPU will probably win out. Here it looks like you're dd'ing to a GELI disk device, so each I/O is gett= ing executed serially, i.e., you're not getting any advantage from parallelism.= Is that right? What kinds of numbers do you get if there is a lot of concurre= nt background I/O load (e.g., from running dd loops in the background) or CPU = load (e.g., from running some CPU-intensive process, like a kernel build)? How much CPU usage do you get in your benchmark with and without QAT? Have you tried similar experiments using the QAT driver on Linux? More generally, what kinds of results were you expecting? --=20 You are receiving this mail because: You are the assignee for the bug.=