Comments on: The future of automatic memory management http://blog.reverberate.org/2008/04/09/the-future-of-automatic-memory-management/ parsing, performance, minimalism with C99 Mon, 06 Feb 2012 23:44:51 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: Sho http://blog.reverberate.org/2008/04/09/the-future-of-automatic-memory-management/comment-page-1/#comment-939 Sho Mon, 09 Jun 2008 22:12:05 +0000 http://blog.reverberate.org/2008/04/09/the-future-of-automatic-memory-management/#comment-939 I believe that Mac OS X has garbage collection that runs in its own thread starting with OS X 1.5. I believe that Mac OS X has garbage collection that runs in its own thread starting with OS X 1.5.

]]> By: John Carrino http://blog.reverberate.org/2008/04/09/the-future-of-automatic-memory-management/comment-page-1/#comment-897 John Carrino Wed, 16 Apr 2008 22:39:03 +0000 http://blog.reverberate.org/2008/04/09/the-future-of-automatic-memory-management/#comment-897 Sun has a version of java that has Real-Time characteristics. James Gosling spoke about this and was pretty excited about it when he came and visited Palantir. <a href="http://java.sun.com/javase/technologies/realtime/faq.jsp#32" rel="nofollow">real time java faq</a> <a href="http://java.sun.com/javase/technologies/realtime/reference/doc/release/JavaRTSGarbageCollection.html" rel="nofollow">java RT GC guide</a> Parallel garbage collection isn't really new and there is a "low-pause" collector for modern versions of java. <a href="http://java.sun.com/docs/hotspot/gc5.0/gc_tuning_5.html#0.0.0. When to Use the Concurrent Low Pause Collector|outline" rel="nofollow">5.0 gc tuning</a> It's true, I'm officially a java programmer now :( Sun has a version of java that has Real-Time characteristics. James Gosling spoke about this and was pretty excited about it when he came and visited Palantir.

real time java faq

java RT GC guide

Parallel garbage collection isn’t really new and there is a “low-pause” collector for modern versions of java.

5.0 gc tuning

It’s true, I’m officially a java programmer now :(

]]> By: josh http://blog.reverberate.org/2008/04/09/the-future-of-automatic-memory-management/comment-page-1/#comment-886 josh Thu, 10 Apr 2008 16:29:47 +0000 http://blog.reverberate.org/2008/04/09/the-future-of-automatic-memory-management/#comment-886 Thanks for the reference Dave. Cliff points out that JITing should also happen in a separate thread -- this seems like an obvious corollary. Thanks for the reference Dave. Cliff points out that JITing should also happen in a separate thread — this seems like an obvious corollary.

]]> By: Dave http://blog.reverberate.org/2008/04/09/the-future-of-automatic-memory-management/comment-page-1/#comment-885 Dave Thu, 10 Apr 2008 04:01:05 +0000 http://blog.reverberate.org/2008/04/09/the-future-of-automatic-memory-management/#comment-885 Cliff Click just had a post about this (and other multi-core) issue and he seems to agree: http://blogs.azulsystems.com/cliff/2008/04/we-dont-know-ho.html I personally agree, even though I'm currently programming well outside of the GCed world right now. The sheer volume of cores that we have coming down the various product pipelines is going to be hard to keep up with and I think we'll see more of these "dedicated core" tasks as the core count exceeds the parallelism of most code. I think that the software industry is behind the eight ball on this one. Writing parallel software that is correct is challenging yet usually manageable. Writing parallel software that is correct _and scales as the core count_ is very difficult. Cliff Click just had a post about this (and other multi-core) issue and he seems to agree: http://blogs.azulsystems.com/cliff/2008/04/we-dont-know-ho.html

I personally agree, even though I’m currently programming well outside of the GCed world right now. The sheer volume of cores that we have coming down the various product pipelines is going to be hard to keep up with and I think we’ll see more of these "dedicated core" tasks as the core count exceeds the parallelism of most code.

I think that the software industry is behind the eight ball on this one. Writing parallel software that is correct is challenging yet usually manageable. Writing parallel software that is correct _and scales as the core count_ is very difficult.

]]>