home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / de / comp / sys / amiga / misc / 7671 < prev    next >
Encoding:
Text File  |  1993-01-24  |  2.0 KB  |  41 lines
  1. Newsgroups: de.comp.sys.amiga.misc
  2. Path: sparky!uunet!math.fu-berlin.de!ira.uka.de!Germany.EU.net!mpifr-bonn.mpg.de!speckled.mpifr-bonn.mpg.de!mlelstv
  3. From: mlelstv@speckled.mpifr-bonn.mpg.de (Michael van Elst)
  4. Subject: Re: SAS/C Compiler, Stacksize errechnen
  5. Message-ID: <1993Jan24.212641.25368@mpifr-bonn.mpg.de>
  6. Sender: news@mpifr-bonn.mpg.de
  7. Nntp-Posting-Host: speckled
  8. Organization: Max-Planck-Institut f"ur Radioastronomie
  9. References: <skQgs*Bs0@forge.franken.de> <cb2hs*540@oberon.nbg.sub.org> <1993Jan12.125439.5361@mpifr-bonn.mpg.de>  <1993Jan12.154149.29982@cs.tu-berlin.de> <1993Jan12.221100.9449@ibr.cs.tu-bs.de>  <Bilis*b40@oberon.nbg.sub.org> <6372@babylon.rmt.sub.org> <YUJjs*n40@oberon.nbg.sub.org>  <1993Jan22.100522.11519@mpifr-bonn.mpg.de> <Qagls*B40@oberon.nbg.sub.org>
  10. Date: Sun, 24 Jan 1993 21:26:41 GMT
  11. Lines: 28
  12.  
  13. In <Qagls*B40@oberon.nbg.sub.org> hartmut@oberon.nbg.sub.org (hartmut Goebel) writes:
  14. >Warum soll sich derProgrammierer mir Resource-Tracking rumschlagen,
  15. >wenn das der Computer besser kann?
  16.  
  17. Ein Garbage Collector hat nicht viel mit Resource-Tracking zu tun.
  18.  
  19. >Anscheinend ist Dein Bild von einem GC von eben diesen beiden
  20. >Sparchen geprΣgt. Schon mal daran gedacht, da▀ es auch andere
  21. >M÷glichkeiten geben k÷nnte, einen GC zu implementieren?
  22.  
  23. Sicher. Es ist trotzdem eine zusaetzliche Last. Kein Compiler kann entscheiden,
  24. wenn eine Resource nicht mehr benutzt wird. Er kann nur entscheiden, wann
  25. eine Resource nicht mehr benutzt werden _kann_.
  26.  
  27. >Z.B. als eizenen Hintergrund-Task? Das hat auch den Vorzteil, da▀ das
  28. >Programm weiterlaufen kann, wΣrend der GC den Speicher frei gibt. Das
  29. >geht allemal schneller, als wenn das Programm das selbst mahct.
  30.  
  31. Es geht niemals schneller, schliesslich muss der GC genau die Operationen
  32. machen, die das Programm normalerweise macht. Ausserdem gibt es mehr Resourcen
  33. als nur Speicher.
  34.  
  35. MfG,
  36. -- 
  37. Michael van Elst
  38. UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
  39. Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
  40.                                 "A potential Snark may lurk in every tree."
  41.