home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / question / 9482 < prev    next >
Encoding:
Text File  |  1992-07-28  |  2.7 KB  |  71 lines
  1. Newsgroups: comp.unix.questions
  2. Path: sparky!uunet!usc!sol.ctr.columbia.edu!eff!ibmpcug!kate.ibmpcug.co.uk!dylan
  3. From: dylan@ibmpcug.co.uk (Matthew Farwell)
  4. Subject: Re: How to increase transfer speed in Kermit
  5. Organization: The IBM PC User Group, UK.
  6. Date: Tue, 28 Jul 1992 13:22:50 GMT
  7. Message-ID: <1992Jul28.132250.1419@ibmpcug.co.uk>
  8. References: <25JUL199219285170@oregon.uoregon.edu>
  9. Lines: 60
  10.  
  11. In article <25JUL199219285170@oregon.uoregon.edu> ccyang@oregon.uoregon.edu (Chun-Ching Yang) writes:
  12. >I just bought a 14,400 Modem. However, after trying to download the data from
  13. >the VAX in the university, I found the download speed from the mainframe to my
  14. >Mac was slow. The transfering speed was about 560 byts in each  TWO seconds. If
  15. >the high speed modem worked fine, then the transfer speed should be about
  16. >1,440  in ONE second. (Is that right?)
  17. >I have check the VAX and the modem there is 14,400. I don't expect that the
  18. >speed can  reach 1440 in a second but the speed I got was so slow. How come?
  19.  
  20. You can do a few things to try to improve your throughput for kermit,
  21. but a little explanation first.
  22.  
  23. Kermit uses a protocol which requires one acknowledgement for each
  24. packet transmitted, ie something like:
  25.  
  26. sender        receiver
  27. --------- data ------->
  28. <-------- ack ---------
  29. --------- data ------->
  30. <-------- ack ---------
  31.  
  32. This is fine for lines which have a lot of errors on them (old phone
  33. lines, etc), but most modern exchanges dont have that much noise.  The
  34. default packet size that kermit uses is 93 bytes, so a lot of bandwidth
  35. is wasted with ack's.  You can obviously cut down on the number of acks,
  36. and therefore increase your bandwidth by using larger packets.  You can
  37. increase the packet size by saying
  38.  
  39. set send packet-size 1000
  40.  
  41. or something similar, but this is still quite inefficient.  A better
  42. technique is to use a 'sliding window' protocol.  In this scheme, the
  43. ack is sent after every n packets, where n is variable.  For instance,
  44. if you chose a window size of 5, the sequence would look something like:
  45.  
  46. sender        receiver
  47. --------- data ------->
  48. --------- data ------->
  49. --------- data ------->
  50. --------- data ------->
  51. --------- data ------->
  52. <-------- ack ---------
  53.  
  54.  
  55. Zmodem, and the newer versions of Kermit are able to do this.
  56. Obviously, if n is equal to 1, then you should get exactly the same
  57. behaviour.  You can do this in kermit by saying
  58.  
  59. set window-size 20
  60.  
  61. or something similar.  Zmodem dynamically configures the number of
  62. window slots it uses, I believe.
  63.  
  64. So to improve your data throughput, you can 1) Increase the packet
  65. size 2) Use a modern kermit with the window facility 3) Use Zmodem.
  66.  
  67. Dylan.
  68. -- 
  69. It is no coincidence that in no known language does the phrase 'As
  70. pretty as an Airport' appear -- Douglas Adams
  71.