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

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Tue Jan 28 22:06:39 UTC 2020


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

--- Comment #5 from Conrad Meyer <cem at freebsd.org> ---
I suppose it's possible that the AES-NI (or SSE) intrinsics on Epyc are just
slower.  I wouldn't expect such a substantial difference, though.

It's also interesting that Epyc reports AES-XTS support while Xeon does not. 
That suggests the Xeon is running a different (older) version of FreeBSD than
the Eypc.  Maybe that's just from installing CURRENT on the Epyc, but for
apples-to-apples comparison I'd suggest running the same version.

When you installed CURRENT, did you compile a GENERIC-NODEBUG kernel / define
MALLOC_PRODUCTION for world?  Or is this just a snapshot published on the
freebsd ftp server?  If the latter, it's a debugging-enabled kernel, which will
result in substantially higher sys time.

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


More information about the freebsd-geom mailing list