Article View: comp.sys.mac
Article #37542Re: TeleCommunications
From: James Macak
Date: Thu, 09 Feb 1989 05:12
Date: Thu, 09 Feb 1989 05:12
35 lines
2229 bytes
2229 bytes
In article <9149@bloom-beacon.MIT.EDU> fleabag@athena.mit.edu (Jeff Bellsey) writes: >While people seem to be talking quite a bit about better methods of >file transmission, and the different protocols, I though I would ask >a (beginner's) question --- which protocol is fastest? That is, if >all I'm doing is simple standard uploading of BinHex'ed files, can (or >should) I use any protocol other than 'text' ? Is Xmodem faster? Although a straight text dump will be the quickest way to send/receive a BinHexed file, you are taking a bit of a risk in performing the transfer this way. Since there is no error checking in this sort of info transfer, the BinHexed file might pick up a glitch and you would never know it... until you tried to unBinHex it, that is. At that point you would get an error message and the unBinHexing would fail. Even one changed character in the file will blow the whole BinHexed file. So, it's best to use an error checking protocol. ZModem would seem to be the quickest of the protocols commonly available. The Shareware program "ZTerm" finally offers this protocol for Mac users. Next in line would be 1K Y-Modem and X-Modem, and finally the original XModem using 128 byte blocks. Depending on your telecommunications program, there may not be a huge diference between the file transfer rates of these X and Y protocols. So, to summarize, though a "text" transfer may be faster than the others, since data integrity is not assured, it is more desirable to use an error checking protocol. Hope this helps. Jim -- Jim Macak <lakesys!macak@csd1.milw.wisc.edu>
Technical Details
Message-ID:
<363@lakesys.UUCP>Path:
arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!csd4.milw.wisc.edu!uwmcsd1!lakesys!macakReferences:
<35965@think.UUCP> <46100273@uxe.cso.uiuc.edu> <00hRU1eOR21010a14Eo@amdahl.uts.amdahl.com> <560@internal.Apple.COM> <9149@bloom-beacon.MIT.EDU>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!csd4.milw.wisc.edu!uwmcsd1!lakesys!macak From: macak@lakesys.UUCP (James Macak) Newsgroups: comp.sys.mac Subject: Re: TeleCommunications Summary: Don't use ACSII xfer for BinHexed files Message-ID: <363@lakesys.UUCP> Date: 9 Feb 89 05:12:19 GMT References: <35965@think.UUCP> <46100273@uxe.cso.uiuc.edu> <00hRU1eOR21010a14Eo@amdahl.uts.amdahl.com> <560@internal.Apple.COM> <9149@bloom-beacon.MIT.EDU> Reply-To: macak@lakesys.UUCP (James Macak) Distribution: na Organization: Lake Systems - Milwaukee, Wisconsin Lines: 35