Re: [Caml-list] Smart ways to implement worker threads

From: Ashish Agarwal <agarwal1975@gmail.com>
To: Rich Neswold <rich.neswold@gmail.com>
Cc: Goswin von Brederlow <goswin-v-b@web.de>, caml-list@yquem.inria.fr
Subject: Re: [Caml-list] Smart ways to implement worker threads
Date: Thu, 15 Jul 2010 13:16:12 -0400	[thread overview]
Message-ID: <AANLkTilSpRxllNX1xwp-iZxTg49YdhIa3uj2y0xzpT0r@mail.gmail.com> (raw)
In-Reply-To: <AANLkTilJUmUCQx2DiomhBNZdWEUinjnLeu2rFMMwcZ02@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2423 bytes --]

The link given to Reppy's book leads to either: a direct download option
which does not work, or a sponsored option which goes to sites that seem
unreliable and require us to register. Is the download available more easily
elsewhere? I didn't get anywhere with google. Thanks.

On Thu, Jul 15, 2010 at 11:58 AM, Rich Neswold <rich.neswold@gmail.com>wrote:

> On Wed, Jul 14, 2010 at 11:09 AM, Goswin von Brederlow <goswin-v-b@web.de>wrote:
>
>> 4) Do some magic with Event.t?
>>
>> Problem: never used this and I could use a small example how to use
>> this.
>>
>
> Event.t (and its associated library) *is* magical in that it provides an
> absolutely beautiful concurrent programming model. Forget about select() and
> mutexes and other ugly threading concepts. Event.t and friends is how it
> should be done.
>
> John H. Reppy's "Concurrent Programming in ML<http://sharingcentre.net/87081-concurrent-programming-ml.html>"
> provides a thorough understanding of how to use this module effectively.
> This book presents the material in a very understandable
> way: deficiencies in current threading models are discussed as well as how
> CML solves the limitations and constraints. The book can be purchased or
> downloaded free online.
>
> The few applications I've written that use CML, I found it was more than
> sufficient (speed-wise). Whether your application is more demanding, I can't
> tell.
>
> Hopefully someone on the list with more experience can comment whether
> there are caveats (performance-related or others) in OCaml's support of CML.
> If there are, there should be an effort in fixing the problems (I would help
> in any way I could.) I'd also recommend incorporating Satoshi Ogasawara's Concurrent
> Cell <http://caml.inria.fr/cgi-bin/hump.en.cgi?contrib=654> project into
> the standard library. (This project adds IVars and MVars and other
> constructs described in John H. Reppy's book, but not available in the OCaml
> standard library.)
>
> Hope this helps!
>
> --
> Rich
>
> Google Reader: https://www.google.com/reader/shared/rich.neswold
> Jabber ID: rich@neswold.homeunix.net
>
> _______________________________________________
> Caml-list mailing list. Subscription management:
> http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list
> Archives: http://caml.inria.fr
> Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
> Bug reports: http://caml.inria.fr/bin/caml-bugs
>
>

[-- Attachment #2: Type: text/html, Size: 4005 bytes --]