freebsd stable - Feb 2021 - Drastic slowdown for geli attach

Sometime around the first week of this month (February) the time to do a
geli attach on my 13.0-ALPHA3 amd64 system sharply increased. It started
taking about 10 seconds. Prior to this, it took about 3-4 seconds. I have
not seen any issues with the disc after it attaches, I am simply concerned
that the longer time may be indicative of a deeper issue.

The system is a ThinkPad L15 with a CometLake i5-10210U and a Seagate
ST2000LM007-1R8174 2T HDD.
--
Kevin Oberman, Part time kid herder and retired Network Engineer
E-mail: rkoberman at gmail.com
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683

On Wednesday, 24 February 2021 23:34:06 CST Kevin Oberman
wrote:
> Sometime around the first week of this month (February) the time to do a
> geli attach on my 13.0-ALPHA3 amd64 system sharply increased. It started
> taking about 10 seconds. Prior to this, it took about 3-4 seconds. I have
> not seen any issues with the disc after it attaches, I am simply concerned
> that the longer time may be indicative of a deeper issue.
> 
Just for reference, I have not experienced this with 13.0-BETA3.
> The system is a ThinkPad L15 with a CometLake i5-10210U and a Seagate
> ST2000LM007-1R8174 2T HDD.
> 
I have 13.0-BETA3 on a HP laptop (HP EliteBook 850 G1) and on a small low-power
PC (Gigabyte J1900N-D3V). No issues of any kind so far.

I know this doesn't help you directly, but at least it's a data point.

-- 
Greg

On Wed, 2021-02-24 at 21:34 -0800, Kevin Oberman wrote:
> Sometime around the first week of this month (February) the time to
> do a
> geli attach on my 13.0-ALPHA3 amd64 system sharply increased. It
> started
> taking about 10 seconds. Prior to this, it took about 3-4 seconds. I
> have
> not seen any issues with the disc after it attaches, I am simply
> concerned
> that the longer time may be indicative of a deeper issue.
> 
> The system is a ThinkPad L15 with a CometLake i5-10210U and a Seagate
> ST2000LM007-1R8174 2T HDD.
> --
> Kevin Oberman, Part time kid herder and retired Network Engineer
> E-mail: rkoberman at gmail.com
> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
> _______________________________________________
> freebsd-stable at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "
> freebsd-stable-unsubscribe at freebsd.org"
In my experience, the thing that takes the most time in a geli attach
is the iterations of PKCS#5v2 it performs.  When you setup geli on a
partition it calculates how many iterations take about 2 seconds to
perform (unless you provide a specific value with the -i flag).

If you set up geli on a very fast machine then move the storage to a
slower machine, it may take much longer than 2 seconds.  (And if you
have 10 drives to attach, 2 seconds each becomes annoying, so I tend to
use -i with a small-ish number like 5000).

Or, in your case, maybe something has changed like it used to use aesni
accellerated instructions and now it doesn't for some reason, like
different default flags got used on the build, or something changed in
the crypto and/or driver framework.  That's the kind of thing I'd be
looking for.

-- Ian