home *** CD-ROM | disk | FTP | other *** search
/ ftp.barnyard.co.uk / 2015.02.ftp.barnyard.co.uk.tar / ftp.barnyard.co.uk / cpm / walnut-creek-CDROM / ENTERPRS / C128 / TEXT / ACCEL.TXT < prev    next >
Text File  |  2000-06-30  |  11KB  |  298 lines
  1.  
  2.  ************
  3. Topic 12        Mon Apr 22, 1991
  4. J.COLLINS5 [GeojoeC]         (Forwarded)
  5. Sub: 8 mhz processors for the CBM 8 bits!
  6.  
  7. I have been trying to get several Apple Hardware developers to support the
  8. Commodore. Specifically for speed up! This is an editied exchange I had with
  9. the online Rep for ZIP Technologies here on GEnie!
  10. 57 message(s) total.
  11.  ************
  12.  ------------
  13. Category 2,  Topic 12
  14. Message 35        Mon Jan 04, 1993
  15. C.ISAACSON1 [Dadd]           at 23:35 EST
  16.  
  17. do you really think that you will ever come up with a 128 or 64 accellerator?
  18. 8s
  19.  ------------
  20. Category 2,  Topic 12
  21. Message 36        Tue Jan 05, 1993
  22. C128.JBEE                    at 10:56 EST
  23.  
  24.  I am 100% certain on the C-64 and almost sure on the C-128.
  25.  ------------
  26. Category 2,  Topic 12
  27. Message 37        Wed Jan 06, 1993
  28. F.OGLE [Color 64 BBS]        at 18:29 EST
  29.  
  30.    Folks at the local CUGs here are screaming, Jbee - They want to know what
  31. is up with the accelerators!
  32.  ------------
  33. Category 2,  Topic 12
  34. Message 38        Thu Jan 07, 1993
  35. C128.JBEE                    at 00:14 EST
  36.  
  37.  I am going ahead with them :X  Once I have something concrete to post I
  38.  will, which will probably be before the end of the month.  As a few of
  39.  the "insiders" know I haven't exactly been sitting still, things just
  40.  take time and I don't want to post details unless they are concrete.
  41.  
  42.  Though I guarantee once I do people will be pleased :)
  43.  ------------
  44. Category 2,  Topic 12
  45. Message 39        Thu Jan 07, 1993
  46. CBM-MARK                     at 22:38 EST
  47.  
  48.  Does anybody know if JBEE *ever* 'sits still'?  :D
  49.  
  50.  We'll all be patiently (or otherwise :) waiting for you to release the
  51.  latest info when you have it!
  52.  
  53.                 ~~Mark~~
  54.  ------------
  55. Category 2,  Topic 12
  56. Message 40        Fri Jan 15, 1993
  57. B.ENNIS1 [Torby]             at 02:47 EST
  58.  
  59. ThThe president of my local user group sent in his $50 on this accellerator. I
  60. can't say that he has been optimistic about ever seeing anything come out of
  61. it.  Is there anything I can tell him that is of any good?
  62.  ------------
  63. Category 2,  Topic 12
  64. Message 41        Fri Jan 15, 1993
  65. C128.JBEE                    at 13:49 EST
  66.  
  67.  Not until the end of the month.
  68.  ------------
  69. Category 2,  Topic 12
  70. Message 42        Thu Jan 28, 1993
  71. C128.JBEE                    at 19:31 EST
  72.  
  73.  Bil Herd a former Commodore engineer has agreed to help me produce the
  74.  speed-up board for the C-128.  Actually, Bil is the one that helped
  75.  design both the C-128 and REUs (sys 32800,123,45,6).  I expect to have
  76.  him here shortly under the CBM-PRESS account.
  77.  
  78.  I will also have a few other experts helping out on the project, some
  79.  which are already online ;)
  80.  
  81.  Once we have everything planned out and the directions set for the
  82.  design goals I will post more here and have a RTC.
  83.  
  84.  I would say at this point it is a go :)
  85.  
  86.  ------------
  87. Category 2,  Topic 12
  88. Message 43        Thu Jan 28, 1993
  89. F.OGLE [Color 64 BBS]        at 19:49 EST
  90.  
  91.    John, that's great news - I hope all goes well!
  92.  ------------
  93. Category 2,  Topic 12
  94. Message 44        Thu Jan 28, 1993
  95. CBM-MARK                     at 22:54 EST
  96.  
  97.  Hurray!  Sounds like it's one step closer to completion, JBEE.  Good Luck!
  98.  
  99.  Hope I don't have to work when you have the RTC :(
  100.  
  101.                ~~Mark~~
  102.  ------------
  103. Category 2,  Topic 12
  104. Message 45        Fri Jan 29, 1993
  105. C128.JBEE                    at 01:56 EST
  106.  
  107.  I hope not either :)
  108.  ------------
  109. Category 2,  Topic 12
  110. Message 46        Fri Jan 29, 1993
  111. HOWIE-CBM                    at 02:13 EST
  112.  
  113.  This is good news!!!
  114.  
  115.  Now, if we can also persuade Bil to relate a bit of Commodore lore
  116.  while he is up and about, we are all in for a huge treat.  And, it is
  117.  not all that difficult to persuade Bil.  :)
  118.  
  119.  But I guess we should also let him have a spare moment or two so
  120.  that he can do a bit of design too.
  121.  
  122.  Howie
  123.  ------------
  124. Category 2,  Topic 12
  125. Message 47        Tue Feb 02, 1993
  126. M.LESLIE5 [Warp Sled]        at 01:01 EST
  127.  
  128. That's great news!  Just let me know when to get in line for it!
  129.  
  130.                                   :)
  131.  ------------
  132. Category 2,  Topic 12
  133. Message 48        Tue Feb 02, 1993
  134. C.OGLE2 [breadstick]         at 05:56 EST
  135.  
  136.  Say, JeBEE, if the outlook on the ZIP CHIP looks okay at this point, are you
  137. still wanting people to send in deposits?  Or are you going to wait and see
  138. how  the pworojusect goes first?
  139.  ------------
  140. Category 2,  Topic 12
  141. Message 49        Tue Feb 02, 1993
  142. C128.JBEE                    at 21:17 EST
  143.  
  144.  I don't want any more deposits or survey sheets and have been returning
  145.  the few stray deposits that have arrived (except for one from Sweden because
  146.  I know the guy had to go to a lot of trouble to send it).
  147.  
  148.  I am going to delete the "zip" survey I uploaded in a few minutes.
  149.  ------------
  150. Category 2,  Topic 12
  151. Message 50        Tue Feb 02, 1993
  152. D.WITMER2 [Snogpitch]        at 23:34 EST
  153.  
  154. Looks like I've gotten into this topic a little bit late.  Is there a way to
  155. get on a waiting list, since at this point deposits are no longer  being
  156. accepted?
  157.  
  158. I've got a technical question of sorts.  How does the speed up affect such
  159. programs as telecommunication programs that involve timing to work, such as
  160. for up/downloading, etc?  Seems to me there could be a potential  problem
  161. using existing programs.  Several of the local Commodore boards have been
  162. discussing this with who knows what facts they have to back them  up, and I'm
  163. dying to find out how much software would be instantly  compatible with the
  164. zip.
  165.  ------------
  166. Category 2,  Topic 12
  167. Message 51        Wed Feb 03, 1993
  168. C128.JBEE                    at 04:00 EST
  169.  
  170.  There is no waiting list.
  171.  
  172.  Anything that uses the 1mhz bus and CIAs for timing will be okay, software
  173.  that uses ML loops for timing will run too fast?  Since my tests with
  174.  Dialogue 128 downloading at 9600 were 95%+ eff on the GEnie 9600 WATS
  175.  line I do not see where the board will speed up or improve any telecom
  176.  session worth mentioning or to justify purchasing the cartridge.
  177.  
  178.  Where it will make a big improvement is in programs with a lot of processor
  179.  overhead like graphic applications (Basic 8) and things like ARC.  Word
  180.  processors will run a lot faster too since the VDC can accept data far
  181.  faster than the 8502 can deliver it.
  182.  
  183.  The most exciting thing (for me) will be the ability to run applications
  184.  in compiled languages such as C as fast as ML applications run now.  That
  185.  will open up the possibility of a lot of new software easily ported
  186.  from other machines.
  187.  
  188.  Of course things like Geos will fly :)
  189.  ------------
  190. Category 2,  Topic 12
  191. Message 52        Wed Feb 03, 1993
  192. CBM-ED [e.g.bell]            at 09:50 EST
  193.  
  194. Uh Oh!
  195.  
  196.  JB>  Anything that uses the 1mhz bus and CIAs for timing will be
  197.  JB> okay, software  that uses ML loops for timing will run too
  198.  JB> fast?  Since my tests with  Dialogue 128 downloading at 9600
  199.  JB> were 95%+ eff on the GEnie 9600 WATS  line I do not see
  200.  JB> where the board will speed up or improve any telecom
  201.  
  202. I know I use the jiffy timers at 160-162 for timing loops in BellTerm and
  203. RTCMaster, including/especially for transfers.  Or will that be left at the
  204. 60/second rate too?  Currently that set of addresses is  updated by the system
  205. IRQ.  But if the IRQ is significantly changed wrt timing, will it cause other
  206. stuff to have problems.  I am not asking like I know the answer.... I don't...
  207. just curious.
  208.  ------------
  209. Category 2,  Topic 12
  210. Message 53        Wed Feb 03, 1993
  211. C128.JBEE                    at 16:31 EST
  212.  
  213.  I won't know either until we have a working prototype :)
  214.  ------------
  215. Category 2,  Topic 12
  216. Message 54        Wed Feb 03, 1993
  217. R.KNOP1 [Rob Knop]           at 21:54 EST
  218.  
  219. The normal system IRQ is triggered by the screen raster, rather than by
  220. counting a certain number of system clock cycles.  Since the screen refresh
  221. rate can't be changed by the ZIP board (or else all of our monitors will no
  222. longer be good enough :), I would imagine that the IRQ's will still come at 1
  223. per 60 seconds.  Which means you can get a lot more done between interrupts,
  224. and a lot more done in an IRQ routine :).
  225.  
  226. Since the jiffy clock is updated by the IRQ routine, if my imagination that
  227. IRQ's will still come at 1/60 seconds is correct, then software that uses the
  228. ZP jiffy clock for timing will still probably work just fine.
  229.  
  230. By a similar token, terminal programs should still work fine.  When a byte
  231. comes in on the RS232 port, it triggers a NMI, and the actual byte receiving
  232. is done in that NMI.  Thus, the rate that byte triggers come in should not be
  233. affected by the processor speed.  And, assuming a well written terminal
  234. program, which makes sure it isn't overfilling the buffer, there shouldn't be
  235. any problem with sending bytes, either.  (How does George Hug deal with
  236. timing?)
  237.  
  238. Again, the terminal program will have many more clock cycles to process each
  239. byte that comes in... visualize some pretty impessive online decompression.
  240. Realtime GIF viewing, anybody? :D
  241.  
  242. -Rob
  243.  ------------
  244. Category 2,  Topic 12
  245. Message 55        Thu Feb 04, 1993
  246. CBM-ED [e.g.bell]            at 03:14 EST
  247.  
  248. Rob:  I know the 128 IRQ is tied to the raster interrupt, but I don't think
  249. the one in the C64 is done that way.  As for normal RS232 i/o you are probably
  250. on the money.  I'm talking about file transfer  protoocols where an event is
  251. timed.... i.e. waiting for the SOH byte in all of the Xmodem derivative
  252. protocols (Xmodem CRC/Checksum/1K/  Ymodem).  If the update rate of the
  253. addresses 160-162 are changed that is going to affect any of these protocols.
  254. George hug uses a countdown timer with a different calibration from the
  255. standard  resident routines.  That is not the whole picture, but again, my
  256. concern was never with the garden variety i/o, which is little more than a
  257. glorified file-handling function (my opinion) and should  respond well to the
  258. speed-up.  I was just concerned about things that used the Jiffy timer.  If
  259. the interrupts are controlled at 60 per second this is probably all moot and
  260. as you say, there will be lots more time to do things between the interrupts.
  261.  
  262.  ------------
  263. Category 2,  Topic 12
  264. Message 56        Tue Feb 09, 1993
  265. C128.JBEE                    at 20:37 EST
  266.  
  267.  Speed-up board update:
  268.  Dennis Jarvis, the author of Basic 7.0 Internals by Abacus, an expert
  269.  on both the DOS and OS for the Commodores, who also worked on the
  270.  Turbo Master, will also be working on the new speed-up board.  Dennis
  271.  will be our debugger and will be the one modifying the operating system
  272.  as needed and offering his expert advice.
  273.  
  274.  A good customer who is an EE and also runs his own consulting business
  275.  will be doing the board work (soldering, chip insertion, etc).
  276.  
  277.  So we have the team, we just have to rough out the plan :)
  278.  
  279.  Any suggestions for the name for the new board would be appreciated.
  280.  ------------
  281. Category 2,  Topic 12
  282. Message 57        Wed Feb 10, 1993
  283. HOWIE-CBM                    at 05:48 EST
  284.  
  285.  JBEE,
  286.  
  287.  A name?
  288.  
  289.  That's easy...
  290.  
  291.  We already have a BVUNZIP.
  292.  
  293.  So why not a JBEE Board?   :)
  294.  
  295.  Howie
  296.  ------------
  297. REPly ?
  298.