home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / apple2 / 17779 < prev    next >
Encoding:
Internet Message Format  |  1992-07-22  |  2.1 KB
  1. Path: sparky!uunet!sun-barr!apple!apple!amdahl!fadden
  2. From: fadden@uts.amdahl.com (Andy McFadden)
  3. Newsgroups: comp.sys.apple2
  4. Subject: ProTERM 3.0 max limit
  5. Message-ID: <feFv03.B40xe00@amdahl.uts.amdahl.com>
  6. Date: 23 Jul 92 04:16:00 GMT
  7. Reply-To: fadden@amdahl.uts.amdahl.com (Andy McFadden)
  8. Organization: Amdahl Corporation, Sunnyvale CA
  9. Lines: 38
  10.  
  11. I've been playing with a v.32bis/v.42bis connection for the past couple
  12. of days (that's 14.4Kbps with compression) and ProTERM 3.0, and it seems that
  13. the maximum possible throughput is around 2700 chars per second.
  14.  
  15. Basically I've got the port set at 38.4 and am downloading a file containing
  16. 200,000 asterisks from a UNIX host using Ymodem-G (Zmodem gave similar
  17. results, so don't tell me to go do that).  As far as I can tell, ProTERM
  18. does something like:
  19.  
  20.     accept data until the recv buffer is full
  21.     drop RTS
  22.     wait for a bit to make sure nothing has come through while we were busy
  23.     setting the pot
  24.     write the stuff to disk
  25.     raise RTS
  26.  
  27. The halt to write data was about 1.5 - 2 seconds, happening once every 64K.
  28. Writing to /ram5 had about the same results as writing to my RamFAST.
  29.  
  30. It's possible that the compression isn't squashing stuff as small as possible,
  31. but sending /usr/dict/words was accomplished in one run at 2698 cps -- almost
  32. exactly what the asterisks file got.  Even if you add a bit for Ymodem
  33. overhead, it's nowhere near the theoretical max (3840 cps).
  34.  
  35. I'm not entirely sure what to make of it.  I know that having bursts for file
  36. updates (and there were at least four of them during the transfer) is going
  37. to affect the overall rate.  However, the "rd" light wasn't fully on except
  38. for the first few seconds right after RTS was raised, so perhaps it's a mix
  39. of a non-optimal compression dictionary with the lack of asynchronous I/O.
  40.  
  41. So I dunno.  But if you've gone significantly beyond 2700cps (that's about
  42. 158K per minute), I'd be interested in hearing what you did.  It does make
  43. me wonder whether the 57.6K fix for ProTERM has any value other than for a
  44. null modem cable.
  45.  
  46. -- 
  47. fadden@uts.amdahl.com (Andy McFadden)
  48. [ Above opinions are mine, Amdahl has nothing to do with them, etc, etc. ]
  49.