Lorenzo dixit:
> On 09/20/2014 07:14 PM, Thorsten Glaser wrote:
>> appears good enough for implementing it myself, and it may be
>> possible even to implement it in constant-time which is important
Hm, or maybe not. Also, the algorithm is extremely slow as is
already, and since MirBSD caters to the low-end machines, like
my 80486SLC-25 and my by now seven (I got another) SPARCstations…
… but then, if Spritz is really that good, I could greatly
simplify the arc4random design with its several separate pools
and all that, which would remove some of the speed overhead.
(For example, we generate 5½ bytes of entropy to read a 4-byte
quantity, all the time, which reduces speed to about ⅔ anyway.)
>> Its 1732 bit state beats the about 1700 bit of aRC4, too ;)
>> although that is due to the increase in registers.
And some of it is lost due to the CRUSH function, at least
possibly, but I think it doesn’t affect use of it as an SRNG.
> Glad to hear it :)
Right ☺ No promise as to when I get around looking at it more;
there are massively more important things to do, and I’m spread
enough as is. But I’ve cached the PDFs and the bib.txt locally.
bye,
//mirabilos
--
<theftf> Ich gebs zu, jupp ist cool
-- theftf zu Natureshadow beim Fixen von Debian
