English version
Accueil     Ŕ propos     Téléchargement     Ressources     Contactez-nous    

Ce site est rarement mis ŕ jour. Pour les informations les plus récentes, rendez-vous sur le nouveau site OCaml ŕ l'adresse ocaml.org.

Browse thread
The state of ML: multi-threaded, saved state and support platforms
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2009-06-11 (21:44)
From: Lucas Dixon <ldixon@i...>
Subject: Re: [Caml-list] The state of ML: multi-threaded, saved state and support platforms
Richard Jones wrote:
> On Thu, Jun 11, 2009 at 03:04:21PM +0100, Lucas Dixon wrote:
>> 1. Which implementations have native system threads with shared memory?
>> PolyML is the only one I know of, are there others? (OCaml does not have
>> this as I understand it... do correct me if I'm wrong)
> OCaml has native threads with shared memory, _but_ OCaml threads
> nevertheless cannot run simultaneously because there's a lock
> protecting the garbage collector.  The standard solution is to use
> fork-based parallelism or MPI (which will work better on new multicore
> machines which are all NUMA nowadays, and in any case is simpler to
> program).  See extensive discussions on this list about garbage
> collectors with threads.

Thanks, I just found an old post:


So PolyML is the only version of ML that supports SMP? (although it 
locks all threads on a major collection - it does support parallelism on 
shared-memory multiprocessors - so you really can max out 4 processor 
machines - but the speedup tails off only 5 times faster for 8 core 

>> 3. Lastly, can you help me get a good picture of the state of support
>> for ML systems:
>> OCaml: is this still supported by INRIA? what is the level of support?
> What level of support are you looking for? 

I was wondering who pays for the documentation to be kept up to date,
bug fixes, and implements new features.I saw that there is an OCaml 
Consortium: http://caml.inria.fr/consortium/index.en.html
Is this INRIA or something else? Is this the source of funding that 
supports OCaml? or is there INRIA backing also? Does anyone know how 
many people are employed? I'm interested in how to support functional 
programming environments. What level of financial support is needed?

> OCaml users will give you
> support through the ocaml-beginners mailing list which is active and
> most questions are answered within a few hours.  If you want "call
> someone on the phone and drop everything" support then you'll have to
> pay (a lot).

Are there organisations that offer OCaml support over the phone? Or
would that be consultancy rates for academics who specialise in OCaml?
The OCaml Consortium offers: 3000 Euros for a minimal support to Caml, 
10000 Euros or higher for more. But doesn't give much details - has 
anyone ever purchased this?

>> F#: Miscrosoft
> Are you sure about this one?

no idea :)
I just saw that there is a MSDN F# Developer Center, and assume
Microsoft field the responsibility to fix bugs etc. Any experience with 

>> 4. I'm also interested in interoperability: what systems can OCaml
>> easily interoperate with? What about the other systems?
> This question is very unclear.  OCaml offers lots of opportunities for
> interoperating, eg. RPC mechanisms, web services, direct linking,
> passing structures through data files (XML, sexprs etc), pipes,
> databases.  What are you looking for?  What other systems?

Sorry, I will try to clarify:
I was taking for granted the ability to open sockets, have pipes, and 
read files. Web-services, links to databases, parsers, and anything else 
at that level are not what I meant.

I meant things at the level of linking compiled code/modules. F# website 
says it has "a cross-compiling core shared with the popular OCaml 
language", so I presume that modules written in one can be used in the 
other. This is the level of interoperability I was wondering about. Is 
there similar things for libraries writtin in Haskell, or MLton, or 
MLKit, or something similar for OCaml with SML/NJ?

I know the HLVM project is hoping to provide some of these features. I 
was wondering what the current situation is.

For other systems, was thinking of things like C interfaces, as describe 

So perhaps I've half answered my own question :)


The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.