Terminals

Kurz: Ursprünglich ein einfaches Ein-/Ausgabegerät (Bildschirm + Tastatur) ohne eigene Rechenleistung, das nur mit einem zentralen Großrechner kommuniziert. Heute meist gleichbedeutend mit einer Kommandozeilen-Anwendung auf dem eigenen Rechner.

Genauer: Klassische “dumme” Terminals hatten keinen eigenen Prozessor — sämtliche Berechnung fand auf dem Mainframe statt. Der Begriff lebt heute in Software weiter: Ein “Terminal” oder “Terminal-Emulator” ist ein Programm, das eine textbasierte Kommandozeile (Shell) bereitstellt.

Im Detail

Die Ära der Mainframes

In den Anfangszeiten der Großrechner (“Mainframes”) war Rechenleistung extrem teuer und wurde zentral geteilt: Ein einzelner Großrechner bediente über Kabel oder später Netzwerk viele angeschlossene Terminals gleichzeitig, von denen jedes nur Tastatureingaben sendete und die vom Mainframe berechnete Bildschirmausgabe empfing und darstellte — daher der Spitzname “dumme Terminals” (Dumb Terminals), da sie selbst keine eigene Rechenlogik besaßen. Bekannte Terminal-Standards wie das VT100 (Digital Equipment Corporation, 1978) definierten exakt, welche Steuerzeichen der Mainframe senden konnte, um z. B. den Cursor zu bewegen oder Text farbig darzustellen — diese Steuerzeichenfolgen (ANSI-Escape-Codes) werden bis heute in modernen Terminal-Emulatoren verwendet, etwa um Syntax-Highlighting in einer Kommandozeile darzustellen.

Time-Sharing und faire Ressourcenverteilung

Da ein Mainframe zur selben Zeit oft Dutzende oder Hunderte angeschlossener Terminals bedienen musste, wurde die zentrale Rechenzeit im Time-Sharing-Verfahren aufgeteilt: Der Prozessor wechselt in sehr schnellem Takt zwischen den Aufgaben verschiedener Nutzer, sodass für jeden einzelnen Nutzer der Eindruck entsteht, das System reagiere sofort und ausschließlich auf ihn — dieselbe Grundidee, die auch modernen Multitasking-Betriebssystemen zugrunde liegt, nur damals auf einen einzigen geteilten Großrechner statt auf einen eigenen PC angewendet.

Vom Hardware-Gerät zur Software-Abstraktion

Auch nachdem PCs mit eigener Rechenleistung physische Terminals größtenteils verdrängt haben, blieb das Konzept als Software-Abstraktion erhalten: Ein moderner “Terminal-Emulator” (z. B. das Terminal-Fenster in macOS/Linux oder die Eingabeaufforderung/PowerShell unter Windows) simuliert genau dieses ursprüngliche Text-Ein-/Ausgabe-Verhalten, läuft aber vollständig lokal auf demselben Rechner statt gegen einen entfernten Großrechner. Innerhalb dieses Terminal-Fensters läuft dann eine Shell (z. B. bash, zsh oder PowerShell), die die eingegebenen Befehle tatsächlich interpretiert und ausführt — Terminal und Shell sind technisch zwei getrennte Schichten, werden umgangssprachlich aber oft synonym verwendet.

Fernzugriff als moderne Fortsetzung

Für den entfernten Zugriff auf andere Systeme wird heute typischerweise SSH genutzt — technisch die moderne, verschlüsselte Variante desselben Grundprinzips: eine Terminal-Sitzung auf einem entfernten Rechner öffnen, Befehle eingeben und die Ausgabe zurückerhalten, nur eben über ein verschlüsseltes Netzwerkprotokoll statt über eine dedizierte Kabelverbindung. Server ohne grafische Oberfläche (typisch bei Cloud-Infrastruktur und Rechenzentren) werden bis heute praktisch ausschließlich über eine solche Terminal-Verbindung administriert — ein direkter Nachfahre des ursprünglichen Mainframe-Terminal-Konzepts, auch wenn der “Großrechner” heute eine virtuelle Maschine in einem Rechenzentrum ist.

Siehe auch: Shell, Befehlszeile