Re: max random

just wondering... what is the highest number perl's random variable can handle? thanx... Lisa

Just a minor nitpick: rather than to a hypothetical "perl's random variable" you're really asking about the bit depth of rand, aren't you? Them, as many people already told you, it should be 48.

But beware! it depends on a compiler option. The (easiest) way to find it out, not mentioned yet, is:

perl -V:randbits
[download]

In particular under all Linux platforms I've had access to, indeed it's 48. But for some reason AS's popular ActivePerl distro has it set to 15!!

Pay attention to this circumstance: I've been bit in the neck myself, as you can see at these clpmisc threads: Re: Fast random string generation, and the subsequent Linux vs. Windows: different behaviour..., also available from Google Groups respectively here and here.

Basically I was suggesting a fast way to generate a 20_000 chars long random string by means of generating them 4 at a time, but it happened to "fail" (some of them were constantly nulls) under Windows.

Comment on Re: max random Select or Download Code

Replies are listed 'Best First'.
Re^2: max random by ysth (Canon) on Sep 27, 2005 at 11:04 UTC
Not a compiler option, and it's not "set" to 15. randbits is supposed to show how many bits the c library function used to generate random numbers actually provides. So on WinXP using rand from the msvcrt library, you only get 15 (my recollection was that it was actually 14) bits. Note that this isn't a limitation of Windows; if someone were to go to the trouble of bundling a random number generator with perl, there'd be no need to depend on whatever the c library dishes up.	[reply]
Re^3: max random by blazar (Canon) on Sep 27, 2005 at 11:20 UTC
Not a compiler option, and it's not "set" to 15. randbits is supposed to show how many bits the c library function used to generate random numbers actually provides. So on WinXP using rand from the msvcrt library, you only get 15 (my recollection was that it was actually 14) bits. Note that this isn't a limitation of Windows; I stand corrected. Thank you for the clarification. I still think the central concept of my reply does apply. Indeed I had submitted a bug report to AS and never got a reply: always wondered why since it seems so simple to me; now much less so. if someone were to go to the trouble of bundling a random number generator with perl, there'd be no need to depend on whatever the c library dishes up. Also, some people have {considered,asked} before (although I can't find fresh references offhand) doing so in order to increase rand's quality too, which is well known not to be particularly good, which is why modules like Math::TrulyRandom exist.	[reply]
Re^2: max random by xdg (Monsignor) on Sep 27, 2005 at 11:28 UTC
Well, to be even more nitpicky, is the question the "highest number" (i.e. largest number that can be represented in perl), or the "period" of the pseudo-random number generator (i.e. the number of random numbers that can be generated before the cycle repeats). Generally, the second is the more interesting value. And it's certainly possible to get higher periodicities in Perl than what comes with the built-in `rand`. Based on its release activity and documentation, I'd recommend anyone needing high-quality pseudo-randoms look at Math::Random::MT::Auto, which can be used as a drop-in replacement for `rand`. `use Math::Random::MT::Auto 'rand';` [download] It offers a periodicity of 2^19937 - 1 using the Mersenne twister algorithm. Among other useful features is the `irand` function to directly generate random integers. So if your Perl is compiled for 64-bit integers, you can generate 64-bit pseudo-random numbers. -xdg Code written by xdg and posted on PerlMonks is public domain. It is provided as is with no warranties, express or implied, of any kind. Posted code may not have been tested. Use of posted code is at your own risk.	[reply] [d/l] [select]