home *** CD-ROM | disk | FTP | other *** search
/ 8bitfiles.net/archives / archives.tar / archives / genie-commodore-file-library / Information / MMU-128-INFO < prev    next >
Encoding:
Text File  |  2019-04-13  |  7.1 KB  |  210 lines
  1. **********
  2. Topic 5         Fri Nov 08, 1985
  3. SKRASNA                      (Forwarded) 
  4. Sub: c-128 RAM
  5.  
  6. This is a question pertaining to how
  7. the c-128 uses it's memory in the
  8. c-128 mode
  9. 26 message(s) total
  10. **********
  11. ----------
  12. Category 14,  Topic 5
  13. Message 1         Fri Nov 08, 1985
  14. SKRASNA                      (Forwarded) 
  15.  
  16. I read somewhere that the c-128
  17. splits it's RAM into two parts
  18. when in basic. One part (half ) 
  19. is used for progarm text and
  20. the other part is used for strings
  21. , arrays, and variables.
  22.  
  23. Does this mean that you are limited
  24. to only half the RAM for text an
  25. the other half for strings, arrays,
  26. and variables. Does this mean I can
  27. store lets say 90k of data in an 
  28. array or in data statements?
  29. Also does this affect ml programs
  30. at all.
  31. And also when I upgrade to 512 RAM 
  32. will that get split to?
  33.  
  34. P.S. By the way Deb you really know
  35. your bytes. You seem to know quite
  36. a bit about this stuff. I guess thats
  37. why GEnie got you huh?
  38. They are lucky!
  39.  
  40. ---------
  41. Category 14,  Topic 5
  42. Message 3         Fri Nov 08, 1985
  43. DEB                          (Forwarded) 
  44.  
  45. ((blush!))
  46.    The C-128 uses BANK commands to fllip the memory configurations around
  47. and give you all sorts of extra room.
  48.   
  49.    ((similar to the way the old B-128 did it))
  50.   
  51.    When running under native 7.0 BASIC, you have _ALL_ the room it tells
  52. you for just your BASIC program!  (like about 64K)  All the variables and
  53. strings and arrays are stored in BANK 1, a completely separate storage
  54. area, where you have about 64K for just that, also.
  55.  
  56.    So...just the opposite is happening, you are actually being given MUCH
  57. more room to program and operate in BASIC.
  58.  
  59.    This is all handled invisibly by the BASIC O/S.   Nobody much knows what
  60. will happen when the 512 K expansion arrives, but there are EXTRA slots in
  61. the memory management unit for banking extra RAM.  I'm sure that any add-on
  62. memory will use the same procedures.
  63.   
  64.     Yes, the MMU (memory management unit) *does* affect M/L.  There are
  65. seveeral registers and places you must specifically TELL where/how and what
  66. bank to look in so that they will work.  A plain old SYS from BASIC just
  67. is not directly transportable from the 64 to the 128.
  68.   
  69.     This bank switching is similar to how the 64 is laid out with the RAM
  70. under the ROM where the BASIC interpreter and KERNAL are.  Its just on a
  71. much much greater scale and with much much more room in the 128.
  72.   
  73.     I'm trying to get a special little tutorial edited up about handling these
  74. different banks, it was a small little Conference lesson to several of us
  75. asking questions by Joe O'Hara of Micro Technics Solutions...they have been
  76. C-128 developers for months now.  I will post it as soon as I get it done.
  77.   
  78.     We REALLY need to see some comprehensive reference materials being 
  79. published soon!!!!!
  80.   
  81.     KO---did that answer the questions?
  82.      *deb!*
  83. ----------
  84. Category 14,  Topic 5
  85. Message 4         Fri Nov 08, 1985
  86. SKRASNA                      (Forwarded) 
  87.  
  88. That really answers my question. 
  89. Thanks!
  90. I guess this way there really is no
  91. garbage collection. Is that correct?
  92. looking foward to the info on how to
  93. switch banks etc...   Thanks!
  94. ----------
  95. Category 14,  Topic 5
  96. Message 5         Fri Nov 08, 1985
  97. DEB                          (Forwarded) 
  98.  
  99. Correct, there seems to be none of the lengthy BASIC Garbage collections
  100. we all came to know and love in the 64 ... but I don't *think* it has anything
  101. to do with *where* the strings are stored, since the string storage in
  102. BANK(1) is still dynamic, I think they just used a _decent_ garbage
  103. collection routine.  Remember, the old PET and CBM Business Machines series
  104. did not have garbage collection troubles, either, in 4.0 BASIC.
  105.  
  106. I have done some limited testing of string arrays, you know, the kind of
  107. stuff that made the 64 pause for 5 minutes????   There is no noticeable
  108. garbage collection!!!  In fact, I see _worse_ pauses for it in BLITZED programs
  109. than I have in BASIC 7.0.
  110.    *deb!*
  111. ----------
  112. Category 14,  Topic 5
  113. Message 6         Sat Nov 09, 1985
  114. SKRASNA                      (Forwarded) 
  115.  
  116. Thanks for all this info Deb. I'm really glad about the abscense of the old
  117. garbage collection routines.
  118. I'm writing an album collection data base for my 1000 albums and let me tell
  119. you that no garbage collection (or fast routuines anyway) really make a solid 
  120. difference.
  121. To drift off the topic for a sec. Can you relieve some of the garbage collection
  122. in the 64 by assigning then to nulls (i.e.  n$="")?
  123.  
  124. ----------
  125. Category 14,  Topic 5
  126. Message 7         Sat Nov 09, 1985
  127. DEB                          (Forwarded) 
  128.  
  129. There have been several articles written on the C-64 garbage collection.
  130. About the BEST thing you can do is to force SMALL garbage collections 
  131. periodically, with something like:
  132.      T = FRE(0)
  133.   
  134.  As you know, the garbage becomes much worse as you work with individual
  135. string input and huge string arrays.
  136.  
  137.  BLITZ! still pauses momentarily for garbage collections, but it just looks
  138. like a tiny little pause, and is no problem at all.
  139.  
  140.  Of course, in M/L there is no problem with garbage collection.....((grin))
  141. ----------
  142. Category 14,  Topic 5
  143. Message 8         Wed Nov 27, 1985
  144. DEB                          (Forwarded) 
  145.  
  146. Now in the C-128 Software Library, an edited transcript of an impromptu
  147. Conference class with Joe O'Hara about machine language, managing memory,
  148. storing in bank (1) and other good stuff!  Enjoy!  Sorry it took me so long
  149. to get it edited and uploaded.  ((blush!))
  150.   
  151.  *deb!*
  152. ----------
  153. Category 14,  Topic 5
  154. Message 9         Mon Jan 27, 1986
  155. PRESS24 [Softronics]         (Forwarded) 
  156.  
  157. Ah! Must break out an XModem program
  158. and dump the file about flirting with
  159. banks...
  160.  
  161. I have Commodore's Tech Notes on the
  162. 128, and inserted was a supposedly
  163. "easy to use" what-bit-does-what
  164. to the MMU, for instance, to configure
  165. the machine to show kernal and I/O
  166. in bank 1 (for ML programs and such).
  167. I never did get it to work as predicted,
  168. and find it somewhat frustrating that
  169. hopping from bank to bank isn't as
  170. easy as they would like you to believe
  171. it is. Does anyone have a simple
  172. solution? I hate to give up wonderful
  173. basic program space for ML...
  174.  
  175. Steve Lewis
  176. ----------
  177. Category 14,  Topic 5
  178. Message 10        Wed Jan 29, 1986
  179. DEB [*Sysop* DEB]            (Forwarded) 
  180.  
  181. Believe that most of what you need to know, Steve, is in that file in the
  182. library.  I'm already beta testing 2 C-128 terminals which use the banking
  183. capabilities for their buffers.
  184.   
  185.    *deb!*
  186. P.S.  Oh, the text files in the Library don't *HAVE* to be downloaded via
  187. XMODEM, they can also be LISTed into a capture buffer
  188. ----------
  189. Category 14,  Topic 5
  190. Message 11        Sat Feb 01, 1986
  191. PRESS24 [Softronics]         (Forwarded) 
  192.  
  193. I have downloaded the file and examined it and find it to be of some
  194. help. It doesn't delve into the MMU like what I am looking for,
  195. unfortunately.
  196.  
  197. It does, however, contain some tidbits that go unmentioned in the
  198. tech notes.
  199.  
  200. Anybody know of any tech notes on the 1541 and 1571?
  201.  
  202. -Steve Lewis
  203. ----------
  204. Category 14,  Topic 5
  205. Message 12        Sun Feb 02, 1986
  206. DEB [*Sysop* DEB]            (Forwarded) 
  207.  
  208. INSIDE the 1541, from ABACUS....and the 1571 book is due soon.
  209.    deb!
  210.