[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