[Haskell-cafe] State Monad - using the updated state
lrpalmer at gmail.com
Thu Jan 8 16:44:17 EST 2009
On Thu, Jan 8, 2009 at 12:56 PM, Phil <pbeadling at mail2web.com> wrote:
> One more question on this - the other concern I had with the recursive list
> approach was that although lazy evaluation prevents me generating numbers
> before I 'ask' for them, I figured that if I was going to be asking for say
> 10 million over the course of one simulation, that although I request them
> one by one, over hours or even days, at the end of the simulation I will
> still have a list of 10 million word64s - each of which I could throw away
> within minutes of asking for it. This seemed like huge memory bloat, and
> thus probably I was taking the wrong approach.
if you don't hold on to the whole list, i.e. you use the head of the list
and then pass the tail around, the garbage collector will collect the unused
In Haskell lists are used like loops. If a list is used in a sufficiently
forgetful fashion, it will use constant space.
> I'd be interested to know if you have any thoughts on the various
> Ryan's randomComputation strikes me as the most practical and there's an
> adage that if a language provides a facility (i.e. The State Monad here),
> you shouldn't be rewriting similar functionality yourself unless there is a
> very very good reason to go it alone. Thus I figure that Haskell's State
> Monad used as described is always going to beat anything I come up with to
> do the same thing - unless I spend an awful lot of time tailoring a
> If you think there is a nicer non-Monadic, pure solution to this type of
> problem, I'd be interested to hear them.
> Thanks again for all your help,
> On 08/01/2009 13:27, "Kurt Hutchinson" <kelanslists at gmail.com> wrote:
> > Ryan gave some great advice about restructuring your program to do
> > what you want, but I wanted to give a small explanation of why that's
> > necessary.
> > 2009/1/7 Phil <pbeadling at mail2web.com>:
> >> I want to be able to do:
> >> Get_a_random_number
> >> < a whole load of other stuff >
> >> Get the next number as defined by the updated state in the first call
> >> <some more stuff>
> >> Get another number, and so on.
> > The issue you're having is that you're trying to do the "other stuff"
> > in your 'main', but main isn't inside the State monad. The only State
> > computation you're calling from main is getRanq1, but you really need
> > another State computation that does "other stuff" and calls getRanq1
> > itself. That's what Ryan's first suggestion implements. You need all
> > your "other stuff" to be done inside the State monad so that it has
> > read/update access to the current random state. So all your main does
> > is run a State computation. That computation calls getRanq1 itself and
> > then "other stuff" in between calls to getRanq1.
> > Does that make sense?
> > Kurt
> Haskell-Cafe mailing list
> Haskell-Cafe at haskell.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Haskell-Cafe