Path: utzoo!censor!geac!torsqnt!jarvis.csri.toronto.edu!cs.utexas.edu!uunet!van-bc!ubc-cs!alberta!dvinci!news
From: aries@dvinci.UUCP (Aries Project)
Newsgroups: comp.sys.amiga
Subject: Re: XPRZmodem
Message-ID: <1990Feb26.145241.6860@dvinci.usask.ca>
Date: 26 Feb 90 14:52:41 GMT
References: <9331@portia.Stanford.EDU>
Sender: news@dvinci.usask.ca
Distribution: comp.sys.amiga, comp.sys.amiga.tech
Organization: University of Saskatchewan
Lines: 24


> My problem now is with the XPRZmodem protocol.  It downloads fine with a buffer
> size of 1K, but it is TERRIBLY slow.  I changed the buffer size to 64K and, as
> I am using a floppy system at present, the frame size to 65536 (as the docu-
> mentation states as an example).  Whenever I download a file greater than 64K,
> the protocol times out at exactly 65536K (when the floppy is accessed).  I see
> no option in the VLT (4.428) protocol window to set the timeout limit.  Any
> replies would be appreciated.
> 
> Thanks in advance,
> 
> Dave Hopper             ///  Yesterday, CS.	      | bard@jessica

VLT seems to have inherent speed problems.  I implemented the XPR callback
routines myself (for DIALOG Professional) and I regularly have long distance
callers downloading at 2000+ cps (using 14,400 HST).  I initially had the
buffer set at 16K, and most people had problems when the download hit the 16K
mark.  I dropped the buffer to 1K and things are working fine.

I'm still maxing out at about 800 cps when people are uploading though
(ie XPRZmodem is receiving).  I'm not sure what the problem is.  Maybe
XPRZmodem only requests one character at a time?  Anybody have any ideas?

	-Mike Oliphant