home *** CD-ROM | disk | FTP | other *** search
/ Club Amiga de Montreal - CAM / CAM_CD_1.iso / files / 581b.lha / MoveSuperStuff / MSS.doc < prev    next >
Encoding:
Text File  |  1991-10-28  |  2.0 KB  |  46 lines
  1.             Move Super Stuff
  2.             ================
  3.  
  4. I (?:-)) have improved the improved version of MSS. MSS now recalculates
  5. the internal CheckSum of execbase, causing it NOT to be re-initialized
  6. from scratch upon reboot, thus preserving any romtags, coldcaptures etc.
  7. Also done some other minor and undocumented improvements...:-)
  8.  
  9. Older doc below.
  10.  
  11. I've improved MSS, it now will try to alloc as high as possible in the
  12. memory chunk with the highest priority, as long as this is fast memory.
  13. So if you got a 500/2000 with 1/2meg chip 1/2meg slowfast, and some
  14. real fastmem, you'll have to run FastMemFirst before MSS.
  15. For 500/2000 without real fastmem, the supervisorstack will not be
  16. moved since its already at $C7E800. (Highest location of slow-fast-mem)
  17. The VectorBaseRegister will still be moved though.
  18. This now also works (probably) for machines with 32bit ram beyond the
  19. 24bit address range.
  20.  
  21. Use ShowMSS to see where the VBR and SysStack are in your system.
  22.  
  23. Oldest doc below.
  24.  
  25. This thing moves the vector table and resets the VBR (68010 or up) and
  26. it copies the system stack into fast memory.
  27. I assume (on a 500 or .5 meg chip 2000) that the system stack is at
  28. $C7E800 already (use ShowMSS to verify this.) Since $C00000 mem is
  29. slow fastmem, this does not lead to any performance gain.
  30.  
  31. Anyway, it tries to put its stuff on the top of any expansion memory.
  32. (At $5FF000 or $3FF000 or something), if it doesn't succeed (AllocAbs)
  33. it will try to allocate any fast memory it can get.
  34.  
  35. Its a hybrid of the vbr en movssp nethacks. The added functionality
  36. is that the movssp routine tries to allocate its stuff on the top
  37. of the highest 2meg fastmem chunk. Thus the supervisor stack is
  38. out of harms way, and it cause less bubbles in memory if compared
  39. to the "allocate-next-fastmem-chunk" method.
  40. Also, the chip, or slow fastmemory chunk that previously contained
  41. the supstack will now be freed. This is non-trivial since this chunk
  42. is not a part of the memory range. (Use Xoper's "m" option).
  43. I now adjust exec's memory chunk list and FreeMem the old stack.
  44.  
  45. This adds 6K chip (on my systems). Wow.
  46.