| |||||||||||||
The managed resource APIThe managed resource APIPosted Mar 1, 2007 22:10 UTC (Thu) by joib (guest, #8541)In reply to: The managed resource API by rwmj Parent article: The managed resource API
Then again, the Ocaml runtime is single-threaded, and the usual response to requests to make it multithreaded is that it would make the GC massively slower. Or to be precise, multiple threads are supported but there is a global lock so that only one thread may be executing ocaml code at a time. See e.g. http://caml.inria.fr/pub/ml-archives/caml-list/2002/11/64...
I mean, GC would certainly be nice but while I don't have any GC implementation experience I'd think the effort to write a concurrent GC scalable up to 2048-way NUMA machines (or whatever is the biggest single image system Linux runs on at the moment) is far from trivial.
(Log in to post comments)
The managed resource API Posted Mar 2, 2007 9:07 UTC (Fri) by rwmj (subscriber, #5474) [Link] There was a concurrent Caml Light, as shown in the link you posted.
My problem is not that the kernel devs have decided on and rejected garbage collection, but that they're implementing a really bad form of garbage collection without any rational investigation into the field.
Rich.
|
|||||||||||||