Dumb terminal: Difference between revisions

From Citizendium
Jump to navigation Jump to search
imported>Howard C. Berkowitz
m (Dumb Terminal moved to Dumb terminal: Following CZ capitalization conventions)
imported>Eric Clevinger
m (copyedit)
 
(One intermediate revision by one other user not shown)
Line 1: Line 1:
{{subpages}}
{{subpages}}


In computing, a '''Dumb Terminal''' (sometimes called '''Thin Client'''), refers to a computer that has no independent processing power, but instead relies on the power of other computer(s) or resources that it is connected to via a network. Dumb Terminals are most commonly found in large organizations with the need to process immense numbers of data transactions, such as financial institutions. They generally are capable of inputting and receiving information from a database or network resource that it is connected to, but otherwise have no processing power or capabilities. <ref>'[http://www.yourdictionary.com/telecom/dumb-terminal YourDictionary.com Definition]'</ref> The use of Dumb Terminals on corporate [[mainframe|mainframes]] was common in the 1970's and 80's, but since then has largely been replaced by [[terminal emulation]] and [[virtualization]]. <ref>'[http://www.zephyrcorp.com/dumb-terminal.htm Dumb Terminals and Terminal Emulators]'</ref>
In computing, a '''Dumb Terminal''' (sometimes called '''Thin Client'''), refers to a computer that has no independent processing power, but instead relies on the power of other computer(s) or resources that it is connected to via a network. Dumb Terminals are most commonly found in large organizations with the need to process immense numbers of data transactions, such as financial institutions. They generally are capable of inputting and receiving information from a database or network resource that it is connected to, but otherwise have no processing power or capabilities. <ref>{{citation
| url = http://www.yourdictionary.com/telecom/dumb-terminal  
| publisher = YourDictionary.com  
| title = Definition: Dumb Termina}}</ref>  


The earliest dumb terminals were mechanical [[teleprinter|Teletype]]s, and then "glass teletypes" that emulated them on a television-like screen, with much reduction of size and noise. As user requirements for display and interaction became more and more complex, such as, for the financial transactions required, having "protected fields" (e.g., "name", "account number") separate from "data entry fields" made it more and more complex to build the appropriate terminal with pure hardware.
An interim step was to go to dumb terminals on "cluster controllers". In these configurations, several local dumb terminals, as in a bank branch, cabled locally to a "cluster controller" that connected to the network. The cluster controller held the more complex hardware, shared among the devices. As microprocessors of low cost became available, they first moved into the cluster controller, and then to the terminals themselves -- the cluster controller began to disappear. Even apparent "dumb terminals" made today contain dedicated microcomputers, simply because that is the cheapest way to build them.
The use of Dumb Terminals on corporate [[mainframe|mainframes]] was common in the 1970's and 80's, but since then has largely been replaced by [[terminal emulation]] and [[virtualization]]. <ref>{{citation
| url = http://www.zephyrcorp.com/dumb-terminal.htm
| title = Dumb Terminals and Terminal Emulators
| publisher = Zephyr Corporation}}</ref> 
[[Telnet]] remains the main standard, still in use, for dumb terminal emulation, also called "network virtual terminal".  Teknet protocols have been in use since 1972, and the specifications are spread across a wide range of documents. The first, however, is RFC 318. <ref>{{citation
| date = 3 April 1972
| title = Telnet protocol
| author = John Postel
| url = http://www.ietf.org/rfc/rfc0318.txt
| publisher = [[Internet Engineering Task Force]]}}</ref>
==References==
==References==
<references/>
<references/>

Latest revision as of 14:56, 14 March 2010

This article is developing and not approved.
Main Article
Discussion
Related Articles  [?]
Bibliography  [?]
External Links  [?]
Citable Version  [?]
 
This editable Main Article is under development and subject to a disclaimer.

In computing, a Dumb Terminal (sometimes called Thin Client), refers to a computer that has no independent processing power, but instead relies on the power of other computer(s) or resources that it is connected to via a network. Dumb Terminals are most commonly found in large organizations with the need to process immense numbers of data transactions, such as financial institutions. They generally are capable of inputting and receiving information from a database or network resource that it is connected to, but otherwise have no processing power or capabilities. [1]

The earliest dumb terminals were mechanical Teletypes, and then "glass teletypes" that emulated them on a television-like screen, with much reduction of size and noise. As user requirements for display and interaction became more and more complex, such as, for the financial transactions required, having "protected fields" (e.g., "name", "account number") separate from "data entry fields" made it more and more complex to build the appropriate terminal with pure hardware.

An interim step was to go to dumb terminals on "cluster controllers". In these configurations, several local dumb terminals, as in a bank branch, cabled locally to a "cluster controller" that connected to the network. The cluster controller held the more complex hardware, shared among the devices. As microprocessors of low cost became available, they first moved into the cluster controller, and then to the terminals themselves -- the cluster controller began to disappear. Even apparent "dumb terminals" made today contain dedicated microcomputers, simply because that is the cheapest way to build them.

The use of Dumb Terminals on corporate mainframes was common in the 1970's and 80's, but since then has largely been replaced by terminal emulation and virtualization. [2] Telnet remains the main standard, still in use, for dumb terminal emulation, also called "network virtual terminal". Teknet protocols have been in use since 1972, and the specifications are spread across a wide range of documents. The first, however, is RFC 318. [3]

References