Tom Biggs <[EMAIL PROTECTED]>:
> The hardware that I am creating an ENGINE module for
> is capable of generating random numbers, so I'm adding
> a RAND_METHOD.
>
> I think our hardware's basic method of generating
> randomness is pretty good, but the HW engineer is going
> to stir and combine th
On Fri, Dec 15, 2000, Tom Biggs wrote:
> No, from what I can see, the hardware RNG looks
> very good. It's a question of speed - it's going to generate
> top-quality RNs, but relatively slowly.
In that case you should use the built-in software PRNG, and seed it
with a chunk of random bytes from
At 05:50 PM 12/15/00 +0100, Ulf Moeller wrote:
>On Thu, Dec 14, 2000, Tom Biggs wrote:
>
> > I think our hardware's basic method of generating
> > randomness is pretty good, but the HW engineer is going
> > to stir and combine the first stage randoms even further
> > to get really high-quality ran
On Thu, Dec 14, 2000, Tom Biggs wrote:
> I think our hardware's basic method of generating
> randomness is pretty good, but the HW engineer is going
> to stir and combine the first stage randoms even further
> to get really high-quality randomness. This is all to the good.
> However, it slows th
Hi there,
On Thu, 14 Dec 2000, Tom Biggs wrote:
> Ah, what I wouldn't give to strap a profiler to a really busy
> Apache/mod_ssl commerce server, to see exactly what
> gets heavily used and what is hardly touched. This is
> just one of the many questions I have which could be
> answered by such
The hardware that I am creating an ENGINE module for
is capable of generating random numbers, so I'm adding
a RAND_METHOD.
I think our hardware's basic method of generating
randomness is pretty good, but the HW engineer is going
to stir and combine the first stage randoms even further
to get rea