home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / atari / st / 18590 < prev    next >
Encoding:
Text File  |  1992-12-20  |  2.4 KB  |  46 lines
  1. Newsgroups: comp.sys.atari.st
  2. Path: sparky!uunet!spool.mu.edu!uwm.edu!zaphod.mps.ohio-state.edu!swrinde!elroy.jpl.nasa.gov!hanauma.jpl.nasa.gov!hyc
  3. From: hyc@hanauma.jpl.nasa.gov (Howard Chu)
  4. Subject: Re: Virtual Memory on MultiTos
  5. Message-ID: <1992Dec18.071820.25927@elroy.jpl.nasa.gov>
  6. Sender: news@elroy.jpl.nasa.gov (Usenet)
  7. Nntp-Posting-Host: hanauma.jpl.nasa.gov
  8. Organization: SAR Systems Development & Processing, JPL
  9. References: <1992Dec16.043917.1193@cc.umontreal.ca> <724600898.9501@minster.york.ac.uk>
  10. Date: Fri, 18 Dec 1992 07:18:20 GMT
  11. Lines: 33
  12.  
  13. In article <724600898.9501@minster.york.ac.uk> mjl-b@minster.york.ac.uk (Mathew Lodge) writes:
  14. >In article <1992Dec16.043917.1193@cc.umontreal.ca> kosmatoo@JSP.UMontreal.CA (Kosmatos Odisseas) writes:
  15. >>Another topic I was wondering about was whether MiNT (and thus MultiTos)
  16. >>does the following: When a program is loaded, say program X. If the program
  17. >>is loaded again in another window / by another user / by a background shell
  18. >>script, will the operating system notice that it is already loaded and just
  19. >>use the copy in memory (but having a local stack and program pointers)
  20. >>or will it load the program all over again (thus wasting precious primary
  21. >>memory)?
  22. >
  23. >You mean sharable code segments? A good idea, but there are problems with
  24. >programs that use self-modifying code. I hope that these are few and far
  25. >between (because they'll cause problems with processor caches as well).
  26. >Llamamtron is an example of such a program -- the sample replay routine is
  27. >self modifying :-(
  28. >
  29. >Perhaps there could be a bit set in the program header to indicate that its
  30. >code can be shared... Eric?
  31.  
  32. This feature was added to MiNT in version 0.96. It is supported by the
  33. "-mbaserel" option in GCC 2.2.2 and 2.3.1. (GCC support by Yours Truly... }-)
  34.  
  35. All I'd like to add at this point, along these lines, is caching of text
  36. images even after the process running it has exited. I.e., when a shared-text
  37. program is loaded, the text stays in memory even after the process exits,
  38. allowing it to be re-executed at a later time without needing to reload it.
  39. (And of course, the memory can be reclaimed if necessary to satisfy some
  40. other process's Malloc requirements...) Currently, the text image is freed
  41. as soon as the last process using it exits.
  42. -- 
  43.   -- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA
  44.  
  45. All true wisdom is conveyed in one-line witticisms.
  46.