Re: BLAKE3 unstability?

From: Evgeniy Khramtsov <evgeniy_at_khramtsov.org>
Date: Mon, 11 Jul 2022 20:04:38 UTC
(forgot to CC -CURRENT, so replying to the list)

> It did not reproduce for me with in-tree ZFS on main@3c9ad9398fcd either.
> 
> Could you share sysctl kstat.zfs.misc.chksum_bench, maybe we are using
> different implementations?
> I do see that blake3 went in with only a Linux module parameter for the
> implementation selection, so I'll have to fix that. For now we can at least
> see which was fastest, which should be the one selected. You just won't be
> able to manually change it to see if that helps.
> 
> - Ryan
 
$ sysctl kstat.zfs.misc.chksum_bench
kstat.zfs.misc.chksum_bench:
implementation     1k      4k     16k     64k    256k      1m      4m
edonr-generic    1358    1580    1642    1642    1621    1560    1525
skein-generic     238     252     256     256     256     256     254
sha256-generic    242     263     269     271     271     271     271
sha512-generic    373     416     428     430     431     431     431
blake3-generic    482     478     477     474     473     473     473
blake3-sse2       338    1403    1505    1526    1519    1504    1503
blake3-sse41      350    1602    1725    1758    1753    1747    1747
blake3-avx2       350    1874    3336    3550    3527    3492    3485
 
Could it be due to SIMD? I can try a patch. I can also try with GENERIC
kernel tomorrow as it is the only local modification left. I thought it
also could be damaged hardware, but AVX2 torture tests and memtest runs
fine.
 
Thanks for investigating this issue.