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