Related articles |
---|
VM-friendly GC whatis@ucsd.edu (1992-02-08) |
gc's and locality (with ref. list) wilson@cs.utexas.edu (1992-02-08) |
Re: gc's and locality (with ref. list) ulrich@mips.complang.tuwien.ac.at (1992-02-10) |
Re: VM-friendly GC rbe@yrloc.ipsa.reuter.COM (1992-02-13) |
APL Compilation (WAS: VM-friendly GC) pardo@cs.washington.edu (1992-02-14) |
Re: APL Compilation (WAS: VM-friendly GC) zmola@bert.eecs.uic.edu (1992-02-17) |
Re: APL Compilation (WAS: VM-friendly GC) hoyt@isus.org (1992-02-17) |
[2 later articles] |
Newsgroups: | comp.theory,comp.compilers |
From: | whatis@ucsd.edu (Steve Boswell) |
Keywords: | storage, question |
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.
Steve Boswell
whatis@ucsd.edu, whatis@gnu.ai.mit.edu
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.