Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site amdcad.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!allegra!amdcad!phil
From: phil@amdcad.UUCP (Phil Ngai)
Newsgroups: net.unix-wizards,net.lan
Subject: Re: CPU usage of telnetd
Message-ID: <11048@amdcad.UUCP>
Date: Tue, 25-Mar-86 03:38:46 EST
Article-I.D.: amdcad.11048
Posted: Tue Mar 25 03:38:46 1986
Date-Received: Wed, 26-Mar-86 04:48:36 EST
References: <10620@amdcad.UUCP> <572@nrcvax.UUCP>
Reply-To: phil@amdcad.UUCP (Phil Ngai)
Organization: AMD, Sunnyvale, California
Lines: 29
Xref: watmath net.unix-wizards:17334 net.lan:1376

In article <572@nrcvax.UUCP> jt@nrcvax.UUCP (Jerry Toporek) writes:
>Phil:
>
>I don't know if you are referencing our product or not, but from the des-
>cription you certainly might be.

No, I had someone else in mind.

>Our net terminal driver looks like a DMF only in the sense that it interfaces
>with the VMS terminal class handler just like a DMF, or DZ, or whatever.  

What I meant was they had a Unibus board with the same CSRs as a real
DMF.  Obviously, you lose the ability to do real networking with this
kind of interface.

>In this case a good bit of
>resource can be wasted passing off output to the telnet daemon to pass onn to
>the net.  (This is what we were doing in our initial version.)  This can be
>improved upon by arranging to pass data received by the terminal driver from
>the class handler directly to the network driver.  (This is what we now do.

This sounds like a good idea. Can you make Unix do this too?
-- 
 "Welcome to the Hotel California...
  You can check out any time you like, but you can never leave."

 Phil Ngai +1 408 749 5720
 UUCP: {ucbvax,decwrl,ihnp4,allegra}!amdcad!phil
 ARPA: amdcad!phil@decwrl.dec.com