Path: utzoo!utgpu!water!watmath!clyde!bellcore!faline!sabre!gamma!ulysses!allegra!mit-eddie!uw-beaver!uw-june!uw-entropy!dataio!pilchuck!toad!jgray
From: jgray@toad.UUCP
Newsgroups: comp.sys.ibm.pc
Subject: Re: Background file transfer WANTED
Summary: background file transfers and latency
Message-ID: <804@pilchuck.Data-IO.COM>
Date: 11 Jan 88 21:47:12 GMT
References: <2341@cup.portal.com>
Sender: news@Data-IO.COM
Lines: 35

In article <2341@cup.portal.com>, Steven_M_List@cup.portal.com writes:
> I am trying to find a terminal emulator/file transfer package that will
> satisfy all my needs.  A small request, don't you think?
> The two key issues are: a solid terminal emulator (that's almost every
> one out there); the ability to do background file transfers.
> 

I don't have an answer for this but it raises and interesting question I would
to get feedback about from members of the net. I have noticed that some of the
terminal emulators we have tried here (Vterm, Procomm and a few others) have
a problem with port servicing latency when running high buad rates and
there other things competing for the processor's time. These "other things"
could be TSRs or device drivers. The efficiency of a device driver can
effect the bandwidth of file transfers and the additional overhead in our
NFS ethernet drivers (which intercepts the disk interrupts) was enough to
cause 19.2 Kbaud transfers between PCs to fail.

I suspect there may be a basic problem with background file transfers in that
you would have to be very carefull about what you are running in the foreground
and the TSRs you have active. The luxury of background file transfers might
have to be paid for with a low bandwidth (read set port to 4800 baud or less)
transfers. I can just see VMUSIC being run during background file transfers.

Any comments anyone?

---------------
					Jerrold L. Gray

UUCP:{ihnp4|caip|tektronix|ucbvax}!uw-beaver!tikal!pilchuck!jgray

USNAIL:	10525 Willows Road N.E. /C-46
	Redmond, Wa.  98052
	(206) 881 - 6444 x470

Telex:  15-2167