Re:Pauseless GC for OpenJDK [video]
by pjmlp on Monday September 22, 2014 @03:48AM
(#8349635)
I used to be big into GC, specially due to my experience with the Oberon system, which showed me workstations developed in GC enabled systems programming languages are possible.
This also lead me to research systems like Mesa/Cedar, Modula-2+, Modula-3, or more recently Singularity.
Different approaches were taken, RC with local GC for collecting cycles (Cedar/Modula-2+), GC as kernel service (Modula-2+/3, Oberon), static binaries with runtime enabled GC Syngularity.
So nowadays I tend to refer to automatic memory management in general, be it GC, RC, RAII or via dataflow analysis.
System programming languages with GC trace back to Algol 68.
Yet, besides Apple work with ARC or Microsoft with Singularity/COM/WinRT, there isn't much happening in mainstream OS mostly due to backwards compatibility to the culture that followed UNIX instead of Xerox PARC systems.
If systems like Mesa/Cedar had the focus and money spent that JVM or V8 enjoy, the computing world would be a bit different.
This also lead me to research systems like Mesa/Cedar, Modula-2+, Modula-3, or more recently Singularity.
Different approaches were taken, RC with local GC for collecting cycles (Cedar/Modula-2+), GC as kernel service (Modula-2+/3, Oberon), static binaries with runtime enabled GC Syngularity.
So nowadays I tend to refer to automatic memory management in general, be it GC, RC, RAII or via dataflow analysis.
System programming languages with GC trace back to Algol 68.
Yet, besides Apple work with ARC or Microsoft with Singularity/COM/WinRT, there isn't much happening in mainstream OS mostly due to backwards compatibility to the culture that followed UNIX instead of Xerox PARC systems.
If systems like Mesa/Cedar had the focus and money spent that JVM or V8 enjoy, the computing world would be a bit different.