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 Future Possibility of Concurrent Garbage Collection?
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2006-09-19 (09:19)
From: Hendrik Tews <tews@c...>
Subject: Re: [Caml-list] Re: The Future Possibility of Concurrent Garbage Collection?
Stefan Monnier <monnier@iro.umontreal.ca> writes:

   > The ocaml team could document the GC interface and modularize
   > everything, such that the user can choose between different
   > garbage collectors (at compile time, or even better at
   > application start).

   The main cost of a concurrent GC is that the application code has to be
   changed to cooperate with the GC.  So if you want to be able to use the same
   application code for both the concurrent and the non-concurrent GC, you end
   up paying the price of concurrent GC in both cases :-(

For a start it would be sufficient to have a compiler switch that
disables all inlining of GC operations and uses some well defined
library interface instead. Nobody would have to pay anything
then. Optizing performance bottemlacks can wait until the first
alternative garbage collector is out.