Date: Thu, 30 Jan 2020 19:31:54 +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-6u5TbT51hM@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=3D242747 --- Comment #15 from Nick Evans <nevans@talkpoint.com> --- (In reply to Conrad Meyer from comment #13) Actually I hadn't noticed it initially but while testing threads=3D1 it did= pin two threads to cores 0/1, 10/11, and 20/21 which should be a physical and S= MT for each physical core. The penalties I've seen on Windows amounted to a few percent when binding some CPU hungry thread to a physical vs SMT (ie core 0= vs core 1) with no load on the other in the pair when testing. I'll test that separately on FreeBSD at some point to see if the same penalty applies. PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMM= AND 1443 root 1 20 - 0B 16K geli:w 28 0:47 0.00% g_el= i[0] da1 1446 root 1 20 - 0B 16K geli:w 1 0:47 0.00% g_el= i[0] da2 1452 root 1 20 - 0B 16K geli:w 20 0:46 0.00% g_el= i[0] da4 1458 root 1 20 - 0B 16K geli:w 11 0:46 0.00% g_el= i[0] da6 1461 root 1 20 - 0B 16K geli:w 3 0:46 0.00% g_el= i[0] da7 1449 root 1 20 - 0B 16K geli:w 0 0:46 0.00% g_el= i[0] da3 1440 root 1 20 - 0B 16K geli:w 10 0:46 0.00% g_el= i[0] da0 1455 root 1 20 - 0B 16K geli:w 21 0:45 0.00% g_el= i[0] da5 --=20 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-6u5TbT51hM>