Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!lll-lcc!ames!ucbcad!ucbvax!YALE.ARPA!LEICHTER-JERRY From: LEICHTER-JERRY@YALE.ARPA Newsgroups: mod.computers.vax Subject: Re: using LAT Message-ID: <8701141148.AA26229@ucbvax.Berkeley.EDU> Date: Wed, 14-Jan-87 06:48:26 EST Article-I.D.: ucbvax.8701141148.AA26229 Posted: Wed Jan 14 06:48:26 1987 Date-Received: Wed, 14-Jan-87 20:14:16 EST Sender: daemon@ucbvax.BERKELEY.EDU Reply-To: Organization: The ARPA Internet Lines: 32 Approved: info-vax@sri-kl.arpa What about the overhead caused by DECnet on a VMS system. When you set host from any system to a VMS system the amount of overhead caused by CTERM is a pain (to say the least), but there is very little overhead when you LAT into a VAX. I find this puzzling. We run a fair number of incoming SET HOST connections (from VAXStations) here, and I've never noticed any particularly high cost. How are you measuring the cost of a CTERM connection, and the cost of a LAT connection? In typical usage, much of the work on a CTERM connection is done by the local machine (the one the terminal is actually attached to) rather than the remote one - echoing, deletions, and so on. Certainly this means more overhead at the local end, but it's hard to see how it can result in more overhead at the remote end. (Screen editors are another case, but even that isn't so simple, since most typing into screen editors occurs at the end of a line, and editors these days are usually clever enough to let the OS get them a bunch of characters and do the echoing itself in this situation.) Please don't take this as doubting your observations, but I AM trying to understand them. Also concider, if you have a memory poor vax, and a non-memory poor vax in a cluster, and users can only connect directly to the poor vax, what do they do?? They SET HOST to the other (faster vax). Now your fast vax is being bogged down by all these remote host from the other cluster node, and its no longer fast. How would this differ if SET HOST/LAT existed? Wouldn't they users still do the same thing? Maybe its your whole setup that needs re-working (moving lines, moving memory)? -- Jerry -------