Hi all, <div><br></div><div>I&#39;m the maintainer of random.  If people could decide on what the alternative name would be we could put it through the library proposal process.  It seems that one problem at this moment is the lack of a single, clear &quot;right&quot; answer.  Replacing one debatable not-quite-right choice with another may not be satisfying ;-).</div>

<div><br></div><div>Also, what Thomas says is right.  The current implementation is SLOW and WEAK, which would not seem to make a good default implementation.  The goal is to replace it with something better so that the default random package is strong in at least one dimension.  I think this is important because I imagine many people use the default package, for example because they don&#39;t want to scour hackage and try all the alternatives.</div>

<div><br></div><div>My proposal for this has been to use AES based crypto-prng.  I think that is fast enough (i.e. faster than what&#39;s currently there), very strong, and splittable.  New Intel and AMD hardware has hardware support for AES which makes it even faster.  The intel-aes package provides this functionality, with and without hardware support.  But there&#39;s work left to do in terms of testing, making sure its cross platform, etc.  Anyone who&#39;s interested in helping (especially with Windows support) would be warmly welcomed!</div>

<div><br></div><div>Cheers,</div><div>  -Ryan</div><div><br></div><div><br></div><div><br><div class="gmail_quote">On Wed, Aug 17, 2011 at 4:46 AM, Ertugrul Soeylemez <span dir="ltr">&lt;<a href="mailto:es@ertes.de">es@ertes.de</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">Brandon Allbery &lt;<a href="mailto:allbery.b@gmail.com">allbery.b@gmail.com</a>&gt; wrote:<br>
<br>
&gt; &gt; &gt; I&#39;ve noticed there&#39;s a convention to put modules having to deal<br>
&gt; &gt; &gt; with randomness into System.Random.  I thought System was for OS<br>
&gt; &gt; &gt; interaction?  Granted getting a random seed usually means going to<br>
&gt; &gt; &gt; the OS, but isn&#39;t the rest of it, like generating random<br>
&gt; &gt; &gt; sequences, distributions, selecting based on probability,<br>
&gt; &gt; &gt; shuffling, etc. all non-OS related algorithms?<br>
&gt; &gt;<br>
&gt; &gt; System definitely does seem like an odd choice.  In most cases the<br>
&gt; &gt; only interaction any PRNG, even when accessed via the FFI, has with<br>
&gt; &gt; the &quot;system&quot; is - as you say - to get an initial seed value for a<br>
&gt; &gt; global instance.<br>
&gt;<br>
&gt; I&#39;d be tempted to guess that the whole reason it&#39;s under System is the<br>
&gt; IO component.<br>
<br>
</div>That&#39;s not really valid, is it?  After all the new &#39;time&#39; package is<br>
also stationed under the Data tree, and it has a similarly large IO<br>
component.  I have to say, it seems very intuitive to me to look for it<br>
under Data, even though I&#39;m not sure why.  Probably I&#39;m just used to it.<br>
Time has a strong connection to the operating system and the hardware,<br>
so it could just as well go into the System tree.  For<br>
(non-cryptographic) randomness however we are dealing with numerical<br>
data, for which the connection to the system is mere convenience, so I<br>
wouldn&#39;t mind finding it under Data at all.<br>
<br>
<br>
Greets,<br>
Ertugrul<br>
<font color="#888888"><br>
<br>
--<br>
nightmare = unsafePerformIO (getWrongWife &gt;&gt;= sex)<br>
<a href="http://ertes.de/" target="_blank">http://ertes.de/</a><br>
</font><div><div></div><div class="h5"><br>
<br>
<br>
_______________________________________________<br>
Haskell-Cafe mailing list<br>
<a href="mailto:Haskell-Cafe@haskell.org">Haskell-Cafe@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
</div></div></blockquote></div><br></div>