home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / cbm / 5053 < prev    next >
Encoding:
Internet Message Format  |  1992-12-14  |  1.1 KB

  1. Path: sparky!uunet!olivea!spool.mu.edu!umn.edu!doug.cae.wisc.edu!kolstad
  2. From: kolstad@cae.wisc.edu (Joel Kolstad)
  3. Newsgroups: comp.sys.cbm
  4. Subject: Re: 2400 baud possible on 64 easily?
  5. Message-ID: <1992Dec14.192139.19339@doug.cae.wisc.edu>
  6. Date: 15 Dec 92 01:21:39 GMT
  7. References: <1g57mfINNaik@usenet.INS.CWRU.Edu> <1992Dec14.183525.9394@iscsvax.uni.edu>
  8. Organization: U of Wisconsin-Madison College of Engineering
  9. Lines: 14
  10.  
  11. In article <1992Dec14.183525.9394@iscsvax.uni.edu> gobeski8618@iscsvax.uni.edu (Steve 'Gobes' Gobeski) writes:
  12. >
  13. >2400 is where the CPU (being only 1 MHz) starts having trouble keeping up. 
  14. >Fortunately, this probably can be cured with software, ie. flow control and
  15. >buffering.
  16.  
  17. Actually, 2400 baud full duplex "only" eats up 40-50% of the avalible CPU
  18. time on the 64.  It's putting it on the screen that eats up the rest of the
  19. time. :-)  2400 baud in 40 columns is trivial, in 80 columns it gets hard.
  20. I've seen a 64 do 4800 full duplex in 40 columns -- I think that's really
  21. the limit for a 64 w/o a Swiftlink.  Of course, 9600 single duplex it
  22. readily doable too, if you're just dumping something to a printer.
  23.  
  24.                     ---Joel Kolstad
  25.