home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: biz.sco.general
- Path: sparky!uunet!hobbes!xenitec!news
- From: "Paul A. Fischer, Sr UNIX Sys Consultant" <paul@openage.com>
- Subject: Re: time command
- Resent-From: mmdf@xenitec.on.ca
- Submit-To: scogen@xenitec.on.ca
- Organization: [resent by] The SCOGEN gateway and Propagation Society
- Date: Thu, 31 Dec 1992 18:14:55 GMT
- Message-ID: <9212311314.aa17839@openage.COM>
- Sender: news@xenitec.on.ca (xenitec.on.ca News Administrator)
- Precedence: bulk
- Lines: 23
-
- >I see it differently. Running a 386 box from a terminal is a primitive
- >form of "client/server" computing. Running it from the console is not.
-
- >With a terminal, your application simply shoves its output to the
- >terminal. The terminal does the work of placing the character into
- >the screen buffer, moving the cursor to the next position (which can
- >include wrapping to the first column of the next line), and scrolling
- >the screen if you're on the last line.
-
- >When you're on the console, the computer must handle your command *and*
- >perform all the character and cursor manipulations for the screen. Thus,
- >the work that normally would be off-loaded to the terminal is seen by the
- >cpu and it leaves that much less available to the rest of the system.
-
- Interesting view point. Realizing also that any multiport board will also off
- load the i/o processing from the CPU, and buffer the data.
-
- --------------------------------------------------------------------------------
- Independent SCO support and service provider in the D.C. metro area.
- Insert clever saying here...
- Paul A. Fischer | Open Age Inc. | paul@openage.com
- Sr. UNIX Sys. Consultant | (301) 948-6422 | (301) 948-9644 Fax
-
-