News for hackers. Stuff that matters.
Re:Linux Kernel RNG is now Blake2 instead of SHA1 and 3x faster by johnisgood on Friday December 31, 2021 @10:14AM (#29748718)
> Not to nitpick but BLAKE was the SHA3 finalist, not BLAKE2 which is an improvement.

To add to this: BLAKE2 is derived from BLAKE only, whereas BLAKE3 is derived from Bao AND BLAKE2.

> Why kernel devs didn't go with BLAKE3, I can't say.

https://news.ycombinator.com/item?id=29748581

Re:Linux Kernel RNG is now Blake2 instead of SHA1 and 3x faster by loeg on Friday December 31, 2021 @12:26PM (#29750189)
Your doubly linked comment (adrian_b’s remark) makes the incorrect assertion that the only reason blake3 is faster than blake2 is parallelism; this is objectively false. Blake3 uses fewer rounds (7x2) of the Chacha primitive than blake2 (10x2).

I think tptacek has it right: this thing is used very infrequently (period 300 seconds) and blake2 was already in the kernel, so they just reused it. It’s adequately fast, even if blake3 would be marginally faster.

Re:Linux Kernel RNG is now Blake2 instead of SHA1 and 3x faster by johnisgood on Friday December 31, 2021 @01:07PM (#29750683)
I do not think that he claimed that the reason is performance, but regardless, I gave other reasons besides performance, too, including "blake2 was already in the kernel, so they just reused it". I said: "BLAKE2 is already in the kernel (with tests and everything), while BLAKE3 is not (at all)".
Re:Linux Kernel RNG is now Blake2 instead of SHA1 and 3x faster by loeg on Friday December 31, 2021 @03:38PM (#29752311)
Yes, we agree here.