home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / amiga / programm / 18394 < prev    next >
Encoding:
Internet Message Format  |  1993-01-08  |  3.7 KB
  1. Path: sparky!uunet!paladin.american.edu!gatech!destroyer!cs.ubc.ca!uw-beaver!news.u.washington.edu!glia!crystal
  2. From: crystal@glia.biostr.washington.edu (Crystal)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Flushing Devices; C= doco (mutter!)
  5. Date: 9 Jan 93 00:32:22 GMT
  6. Organization: University of Washington
  7. Lines: 70
  8. Message-ID: <crystal.726539542@glia>
  9. References: <1993Jan7.092127.13752@philips.oz.au> <1iia8tINNdeh@darkstar.UCSC.EDU> <crystal.726454269@glia> <38423@cbmvax.commodore.com>
  10. NNTP-Posting-Host: glia.biostr.washington.edu
  11.  
  12. In <38423@cbmvax.commodore.com> bj@cbmvax.commodore.com (Brian Jackson - Amiga Networking) writes:
  13.  
  14. >In article <crystal.726454269@glia> crystal@glia.biostr.washington.edu (Crystal) writes:
  15. >>In <1iia8tINNdeh@darkstar.UCSC.EDU> davids@cats.ucsc.edu (Dave Schreiber) writes:
  16. >>
  17. >>
  18. >>>In article <1993Jan7.092127.13752@philips.oz.au> gduncan@philips.oz.au (Gary Duncan) writes:
  19. >>>>Passing thought ; why the heck aren't unused libraries/devices
  20. >>>>flushed automatically anyway? Sounds like a legacy of the days 
  21. >>>>when hard disks were rare and dragging a device off floppy was
  22. >>>>time-consuming. Those days are gone...
  23. >>
  24. >>>Why should they be flushed?  An unused library essentially takes up
  25. >>>zero memory, since the memory it uses can be demanded from it at
  26. >>
  27. >>Then how come running "avail flush" returned 75k of memory to me if they
  28. >>take up ZERO memory...?
  29. >>
  30. >>>any time (and will be demanded from it before a memory allocation
  31. >>>is allowed to fail).  The only people for whom auto-removal of
  32. >>>libraries is important are developers who are checking for memory
  33. >>
  34. >>Warning: you are dealing in absolutes here... developers are not the ONLY
  35. >>people for whom auto-removal of libraries is important.  Those with
  36. >>little ram trying to run DTP programs or Database programs that access
  37. >>large textfiles or graphics likewise need to be able to have as much memory
  38. >>available to them as possible for their work, too.  
  39. >>
  40. >>>leaks; there are plenty of ways of flushing libraries on those
  41. >>>rare occassions when it is needed.
  42. >>
  43. >>Ok, so, other than "avail flush", what other ways are there?  I want to
  44. >>recover as much as I can from those programs that don't clean up after
  45. >>themselves.
  46.  
  47. >You have a fundamantal misunderstanding of how this all works.  Libraries,
  48. >devices, fonts, etc all stay in memory after use so that if someone needs
  49. >them later on they are already in place and don't need to be reloaded again
  50. >and again. But all of these things have internal user counts that are zero
  51. >if no one has them open at the time.  That means that the system can 'know'
  52. >what things can be deleted from memory if another program needs the ram
  53. >space.  So, if you run up an application that needs a bunch of memory
  54. >(more than is currently available as shown by 'avail') the system will try
  55. >to flush everything with a zero user count.  Anything that gets flushed by
  56. >doing an 'avail flush' will be flushed by the system under these conditions. 
  57.  
  58. >As for wanting to "recover as much as I can from those programs that don't 
  59. >clean up after themselves" the fact is that the system can do nothing
  60. >about application resources that are not returned by the applications.
  61. >An 'avail flush' simply forces the system to do what it would do _anyway_
  62. >once you ran up your DTP program.
  63.  
  64. >       +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +
  65. >       Brian Jackson    Amiga Networking Group, Commodore-Amiga Inc.
  66. >                        bj@cbmvax.commodore.com
  67. >     {uunet|rutgers}!cbmvax!bj    or   networking@cbmvax.commodore.com
  68. >                       uva uvam vivendo varia fit 
  69.  
  70.  
  71. THANK YOU!!!!!!
  72.  
  73. *FINALLY* I understand!!
  74.  
  75.  
  76. *Is suddenly deafened by the cheer heard 'round the world...*
  77.  
  78.  
  79. Crystal
  80.   ;>
  81.  
  82.