Date: Wed, 23 Dec 2020 17:31:40 +0000 From: bugzilla-noreply@freebsd.org To: geom@FreeBSD.org Subject: [Bug 242747] geli: AMD Epyc+GELI not using Hardware AES Message-ID: <bug-242747-14739-WyOKqR91GT@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-242747-14739@https.bugs.freebsd.org/bugzilla/> References: <bug-242747-14739@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242747 --- Comment #26 from Eirik Oeverby <ltning-freebsd@anduin.net> --- (In reply to Conrad Meyer from comment #25) Let's see .. About 10 seconds sampling, while deliberately reading from a geli-encrypted zfs volume while creating some read operations (find . -type f -exec cat {} \; > /dev/null) - there's plenty of writing to that volume at any given time: aesni_encrypt_xts 38168 aesni_decrypt_xts 380112 aesni_cipher_crypt 418280 aesni_cipher_setup_common 418280 aesni_crypt_xts 418280 aesni_process 418280 The second probe gives no output at all. System: hw.model: AMD EPYC 7302 16-Core Processor (2x) dev.aesni.0.%desc: AES-CBC,AES-CCM,AES-GCM,AES-ICM,AES-XTS,SHA1,SHA256 kern.geom.eli.threads: 2 Without kern.geom.eli.threads=2 the system quickly reaches a load of 100 or more. /Eirik -- You are receiving this mail because: You are the assignee for the bug.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-242747-14739-WyOKqR91GT>