On 4/22/07, Jason Ganetsky <jason.ganetsky@gmail.com> wrote:
>
> Well, the solution I'm going for now is to load all my data up, call
> Gc.Compact(), and then fork off child processes. The workload that I'm
> parallelizing is read-only... so I think this will work well with Linux
> copy-on-write forking.
>
> On 4/22/07, Zheng Li <li@pps.jussieu.fr> wrote:
> >
> >
> > Hi,
> >
> > I'm working on a process back-end of STM library. It's now supported by
> > Google
> > SOC and expected to release after the summer (and maybe earlier). With
> > it, you
> > will be able to do shared-memory (supposing that's the style your want)
> > parallel programming based on processes, which in turn gives you
> > speedup.
> >
> > If interested, you can have a taste first through the (vm)thread
> > back-end
> > currently available (check my homepage below), though it won't really
> > speed up
> > your program because of the well-known global lock of OCaml threads.
> >
> > "Jason Ganetsky" <jason.ganetsky@gmail.com> writes:
> > > Hi all,
> > > I'm new to this list, and new to OCaml (although, have some experience
> > with
> > > SML).Anyway, I have recently written an OCaml thread pool
> > implementation, on
> > > top of the Thread and Event modules. I did this for the purpose of
> > exploiting
> > > an SMP system I have, and was a disappointed to read today that OCaml
> > doesn't
> > > support multiprocessor systems.
> > >
> > > -Jason
> >
> > --
> > Zheng Li
> > http://www.pps.jussieu.fr/~li <http://www.pps.jussieu.fr/%7Eli>
> >
> > _______________________________________________
> > 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
> >
>
>