Message147571
| Author |
pitrou |
| Recipients |
amaury.forgeotdarc, nadeem.vawda, pitrou, rhettinger |
| Date |
2011年11月13日.20:41:34 |
| SpamBayes Score |
2.6156854e-13 |
| Marked as misclassified |
No |
| Message-id |
<1321216608.3282.2.camel@localhost.localdomain> |
| In-reply-to |
<1321213804.4.0.114738908598.issue13396@psf.upfronthosting.co.za> |
| Content |
> The problem is that we need an API that will accommodate other random
> number generators and not be specific to the MersenneTwister. Right
> now, the starting point for everything in the random module is an
> underlying generator supplying a random() method returning a float and
> an optional getrandombits() method which returns an int (possibly a
> long int).
Well, you can provide a default getrandombytes() which calls into
getrandombits(), and specialize it in the case genrand_int32() exists.
> The latter is easily convertible to bytes with to_bytes() which uses
> a fast O(n) algorithm.
Well, O(n) doesn't necessarily equate fast. Can Amaury post benchmark
numbers of getrandbits().to_bytes() vs getrandbytes()? |
|