OCaml "reentrant runtime" experimental branch
OCaml C Emacs Lisp Assembly Shell M Other
Pull request Compare This branch is 877 commits ahead, 261 commits behind colinbenner:master.
Permalink
Failed to load latest commit information.
asmcomp Lots of fixes: now opt.opt can be built on i386 and other non-multiru… Sep 18, 2013
asmrun Lots of fixes: now opt.opt can be built on i386 and other non-multiru… Sep 18, 2013
boot Fixed the very last bug: extensible buffers now have a "shape" to sha… Sep 30, 2013
build Started reentrant runtime changes --patch by Fabrice Le Fessant, port… Dec 10, 2012
bytecomp Started reentrant runtime changes --patch by Fabrice Le Fessant, port… Dec 10, 2012
byterun
camlp4 Started reentrant runtime changes --patch by Fabrice Le Fessant, port… Dec 10, 2012
compilerlibs/.svn Added an empty compilerlibs/ directory, which I had forgotten. Dec 10, 2012
config Removed some generated configuration files which shouldn't be under g… Sep 16, 2013
debugger Started reentrant runtime changes --patch by Fabrice Le Fessant, port… Dec 10, 2012
driver Started reentrant runtime changes --patch by Fabrice Le Fessant, port… Dec 10, 2012
emacs Started reentrant runtime changes --patch by Fabrice Le Fessant, port… Dec 10, 2012
experimental
lex Started reentrant runtime changes --patch by Fabrice Le Fessant, port… Dec 10, 2012
man Started reentrant runtime changes --patch by Fabrice Le Fessant, port… Dec 10, 2012
ocamlbuild Started reentrant runtime changes --patch by Fabrice Le Fessant, port… Dec 10, 2012
ocamldoc Started reentrant runtime changes --patch by Fabrice Le Fessant, port… Dec 10, 2012
otherlibs Fixed the very last bug: extensible buffers now have a "shape" to sha… Sep 30, 2013
parsing Started reentrant runtime changes --patch by Fabrice Le Fessant, port… Dec 10, 2012
stdlib Fixed a nasty bug in selectgen.ml that I introduced last weel ( Print… Sep 16, 2013
testsuite Started reentrant runtime changes --patch by Fabrice Le Fessant, port… Dec 10, 2012
tools
toplevel Started reentrant runtime changes --patch by Fabrice Le Fessant, port… Dec 10, 2012
typing Started reentrant runtime changes --patch by Fabrice Le Fessant, port… Dec 10, 2012
utils Configuration improvements: now multi-context can be supported but st… Sep 9, 2013
what-remains-to-do Finalized what-remains-to-do/ Sep 30, 2013
yacc Started reentrant runtime changes --patch by Fabrice Le Fessant, port… Dec 10, 2012
.depend
.ignore uniform .ignore system Jul 20, 2011
BOOTSTRAP Implemented partly-parallel context split; currently broken Jan 9, 2013
Changes Started reentrant runtime changes --patch by Fabrice Le Fessant, port… Dec 10, 2012
INSTALL merge changes from 4.00 branching to 4.00.0 (part 1) Jul 26, 2012
LICENSE merge changes from 3.12.0 to 3.12.1 Jul 20, 2011
Makefile Fixed native code support for non-multiruntime architectures (develop… Sep 10, 2013
Makefile.nt Started reentrant runtime changes --patch by Fabrice Le Fessant, port… Dec 10, 2012
README Started reentrant runtime changes --patch by Fabrice Le Fessant, port… Dec 10, 2012
README.md
README.win32 merge changes from 4.00 branching to 4.00.0 (part 1) Jul 26, 2012
VERSION Started reentrant runtime changes --patch by Fabrice Le Fessant, port… Dec 10, 2012
_tags Install compiler internals (as libraries + compiled interfaces + star… May 17, 2012
configure Configuration improvements: now multi-context can be supported but st… Sep 9, 2013
myocamlbuild.ml Started reentrant runtime changes --patch by Fabrice Le Fessant, port… Dec 10, 2012
myocamlbuild_config.ml Fixed the very last bug: extensible buffers now have a "shape" to sha… Sep 30, 2013
myocamlbuild_config.mli merge with branch bin-annot May 30, 2012

README.md

Reentrant OCaml

This branch is the first step towards multicore support in OCaml. The reentrant runtime allows multiple runtimes to run independantly in the same process, typically one per core on multicore machines, enabling parallel computation. Each runtime can have many threads associated, but threads do not run in parallel on each single runtime. This enables us to keep the current OCaml garbage collector, which is extremely efficient in the sequential case, essentially as it is.

Different runtimes can exchange messages using send and receive primitives on shared mailboxes.

The feature is also useful when multiple runtimes are exposed as C libraries.

Status

DONE

  • Most static variables of the runtime have been moved into the context
  • Most C functions of the runtime have been renamed to _r(CAML_R, to take as first parameter the runtime context containing all former static variables.
  • External functions in OCaml can now be declared as "reentrant", i.e. receiving the context as first parameter.
  • The AMD64 backend of ocamlopt has been updated to use the runtime context and provide it to reentrant external functions.
  • The bytecode interpreter now also uses the context data structure, and can be used for parallel programming.
  • C functions in unix, str, bigarray have been updated, static variables have been moved into library specific contexts.
  • Globals generated by ocamlopt are now local to each runtime
  • Context splitting and communication primitives work
  • Experimental high-level parallel programming support, with algorithmic skeletons
  • Fixed otherlibs/systhreads, to allow each runtime to have many (non-parallel) threads associated.

IN PROGRESS

  • Fixing otherlibs/threads, to add multi-threading-over-multi-context support to bytecode

TODO

  • Only the AMD64 backend has been implemented. Implement the other ones.
  • Only TLS (Thread Local Storage) is currenty supported.
  • At the end, we need to provide all the functions that were renamed in _r in their older format, for backward compatibility.
  • Update the rest of C functions in otherlibs/

Principles

Each function in the runtime takes as first argument a "runtime context", containing all the variables that used to be static. To decrease the size of the patch, the file context.h defines for each variable a macro that lookup the variable within the context. All these functions have a suffix _r, and the macro CAML_R defines their first argument.

Once all functions will have been rewritten like that, we should implement the former version (without the first argument) by looking up the context in the thread local storage, using the function "caml_get_thread_local_context()".

Since we needed a global lock for all the runtimes, it has been implemented as "caml_enter_blocking_section()" (which should still be used for exclusion within a given runtime), by introducing two functions "caml_enter_lock_section()" and "caml_leave_lock_section()". These functions don't do anything right now, but locking should be added within the thread libraries by redefining "caml_enter_lock_section_hook" and "caml_leave_lock_section_hook". [FIXME: these names are very counterintuitive. Why do we have to name "caml_enter_lock_section" and "caml_enter_blocking_section" so similarly? --Luca Saiu. The name "caml_enter_lock_section" was terrible to begin with: see http://d.hatena.ne.jp/camlspotter/20100309/1268111257 ]

For static variables within libraries, the library should define its own runtime context, and use "caml_get_library_context_r(...)" to access it. Such contexts are currently limited to 24 (MAX_OTHER_CONTEXTS), but the limitation should be removed soon.