home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / object / 3012 < prev    next >
Encoding:
Internet Message Format  |  1992-07-26  |  1.4 KB

  1. Path: sparky!uunet!gatech!bloom-beacon!eru.mt.luth.se!lunic!sunic!ugle.unit.no!sigyn.idt.unit.no!sebra
  2. From: sebra@idt.unit.no (Svein Erik Bratsberg)
  3. Newsgroups: comp.object
  4. Subject: Re: Is GC needed?
  5. Message-ID: <1992Jul27.074159.10951@ugle.unit.no>
  6. Date: 27 Jul 92 07:41:59 GMT
  7. References: <DJOHNSON.92Jul6152406@mycroft.ti.com> <1992Jul8.012152.28375@clam.ssw.de> <AXEL.92Jul24154632@avalanche.cs.tu-berlin.de>
  8. Sender: news@ugle.unit.no (NetNews Administrator)
  9. Reply-To: sebra@idt.unit.no (Svein Erik Bratsberg)
  10. Organization: Div. of CS & Telematics, Norwegian Institute of Technology
  11. Lines: 20
  12.  
  13. In article <AXEL.92Jul24154632@avalanche.cs.tu-berlin.de>, axel@cs.tu-berlin.de (Axel Mahler) writes:
  14. |> Have there been any attempts to employ multi-processor shared-memory
  15. |> computer architectures for solving the GC problem ? Why not have a 
  16. |> dedicated GC processor that frees the application from worrying about
  17. |> memory management ? I've not given the idea a great deal of thought, so
  18. |> it might actually be stupid or unfeasible. Comments ?
  19. |> 
  20. |> Axel.
  21.  
  22. Here's an old reference:
  23.  
  24. Guy L. Steele Jr., "Multiprocessing Compactifying Garbage Collection",
  25. Communications of the ACM, 18(9), Sept. 1975, Pages 495--508.
  26. 1975 ACM Student Award, Paper: First Place.
  27.  
  28.  
  29. Svein Erik Bratsberg,
  30. Division of Computer Systems and Telematics,
  31. The Norwegian Institute of Technology, N-7034 Trondheim, Norway.
  32. E-mail: sebra@idt.unit.no (internet)
  33.