[Bug 242747] geli: AMD Epyc+GELI not using Hardware AES

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242747

--- Comment #29 from Alan Somers <asomers at FreeBSD.org> ---
Yes, the default value of kern.geom.eli.threads only really makes sense if you
have 1-2 geli providers.  If you have lots (I have hundreds), you should set
kern.geom.eli.threads=1.

I do have a WIP patch that would switch geli from using a per-provider thread
pool to a single global thread pool.  That would eliminate the need to tune
that sysctl, and improve overall performance to boot.  However, the patch is
held-up by an incompatibility with ccp(4).  ccp is a hardware crypto device
found on some AMD systems.  I notice that you're using AMD.  Does your system
have ccp? (I think it will show up as "AMD CCP" in `pciconf -lv`)  And if so,
would you be willing to help test changes?

https://reviews.freebsd.org/D25747

-- 
You are receiving this mail because:
You are the assignee for the bug.