|VM-friendly GC firstname.lastname@example.org (1992-02-08)|
|gc's and locality (with ref. list) email@example.com (1992-02-08)|
|Re: gc's and locality (with ref. list) firstname.lastname@example.org (1992-02-10)|
|Re: VM-friendly GC email@example.com.COM (1992-02-13)|
|APL Compilation (WAS: VM-friendly GC) firstname.lastname@example.org (1992-02-14)|
|Re: APL Compilation (WAS: VM-friendly GC) email@example.com (1992-02-17)|
|Re: APL Compilation (WAS: VM-friendly GC) firstname.lastname@example.org (1992-02-17)|
|[2 later articles]|
|From:||email@example.com (Steve Boswell)|
|Organization:||UC San Diego|
|Date:||8 Feb 92 03:46:19 GMT|
There was a discussion over in comp.compilers about SML NJ (a Standard
ML compiler) and how its garbage collector thrashed virtual memory.
Has there been any work in VM-friendly garbage collection? My guess
would be to do reference counting and a FIFO freespace list, as a
start, and to split memory up into sub-heaps so marking doesn't cause
all memory to be paged in.
Return to the
Search the comp.compilers archives again.