home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / cplus / 12389 < prev    next >
Encoding:
Text File  |  1992-08-15  |  2.9 KB  |  64 lines
  1. Newsgroups: comp.lang.c++
  2. Path: sparky!uunet!munnari.oz.au!metro!extro.ucc.su.OZ.AU!maxtal
  3. From: maxtal@extro.ucc.su.OZ.AU (John MAX Skaller)
  4. Subject: Re: Garbage Collection for C++
  5. Message-ID: <1992Aug16.055843.26652@ucc.su.OZ.AU>
  6. Sender: news@ucc.su.OZ.AU
  7. Nntp-Posting-Host: extro.ucc.su.oz.au
  8. Organization: MAXTAL P/L C/- University Computing Centre, Sydney
  9. References: <1992Aug14.021547.15215@news.mentorg.com> <TMB.92Aug14130323@arolla.idiap.ch> <1992Aug15.015237.17711@tfs.com>
  10. Date: Sun, 16 Aug 1992 05:58:43 GMT
  11. Lines: 51
  12.  
  13. In article <1992Aug15.015237.17711@tfs.com> eric@tfs.com (Eric Smith) writes:
  14. >
  15. >Explicit memory management functions have traditionally favored memory
  16. >economy over speed.  That was because memory was very expensive.  But
  17. >now that memory prices have fallen through the floor, e.g. from $4000
  18. >per megabyte in 1983 to $25 per megabyte in 1992, it no longer makes
  19. >much sense to waste cpu time to save memory.
  20.  
  21.     Unfortunately, people now manage bigger objects. 
  22. My 8M PC is just a constrained on user memory (even with 16M VM added)
  23. as the first 16K Apple II. And the 20G Unix machine runs out of
  24. RAM just as often because it has 2000 users instead of only 4.
  25. I now fiddle with megabyte sized pictures, try doing animation
  26. without compression. And AI people surely have massive
  27. memory requirements.
  28.  
  29.     There is some law about this surely---the amount
  30. of RAM your computer has is ALWAYS about half what you need.
  31. >that advantage?
  32. >
  33. >One answer would be that modern programming languages, using OOP and
  34. >genericity, make complexity so much easier to manage that the complexity
  35. >of non-GC memory management is no longer anywhere near as big a problem
  36. >as it was with older languages.  OOP and genericity have almost unlimited
  37. >potential to simplify complex software, to the point where the additional
  38. >simplification provided by GC might become superfluous.
  39.  
  40.     But now we can manage complex systems so easily, we're
  41. bored with them and are writing super-complex ones :-)
  42. We start taking C++ classes for granted, and after a while
  43. it seems we're STILL repeating the same old formulas over and
  44. over again---that is, not achieving the sort of reusability that
  45. we would like to.
  46.  
  47.     IMHO the proportion of software projects that will fail
  48. is a constant. Supply better tools, and we push them up to that
  49. limit rapidly. Of course the projects that succeed do more ...
  50. but NOT relative to the competition.
  51.  
  52.     Example: Word processors for DOS based machines
  53. were plagued by being supplied with vendor specific
  54. printer drivers and fonts. Along comes Windows, which
  55. supplies the drives and fonts in a device independent way.
  56. Have WP programs got smaller then? :-)
  57.  
  58.  
  59. -- 
  60. ;----------------------------------------------------------------------
  61.         TIM (TAL) LISTER,         maxtal@extro.ucc.su.oz.au
  62.     Maxtal Pty Ltd, 6 MacKay St ASHFIELD, NSW 2131, AUSTRALIA
  63. ;--------------- SCIENTIFIC AND ENGINEERING SOFTWARE ------------------
  64.