Die Hauptkomponenten der Windows-NT-Familie Wespen. WNT: Die wahre Geschichte von Windows NT. Einsatzgebiete für Windows NT

In diesem Artikel werden wir uns die Arten von Operationssälen ansehen Windows-Systeme NT. Windows NT ist nicht Windows2000 oder etwas anderes. Dies ist eine Serie bzw. eine Plattform, auf deren Basis das OS entwickelt wird. Fast die gesamte Windows-Familie basiert auf dieser Plattform. Neben NT gibt es auch die 9x-Plattform, die Windows95, Windows98 und WindowsME umfasst.

Aufgrund der Tatsache, dass Bedenken hinsichtlich der Fehlfunktion von Programmen bestanden, die unter Berücksichtigung der alten Versionen des Betriebssystems geschrieben wurden, wurde die 10. Version des Betriebssystems unmittelbar nach der achten veröffentlicht. Ansonsten könnte die 9-ka in der Version vom Programm als Betriebssystem der 9-x-Reihe interpretiert werden. In diesem Artikel erfahren Sie mehr darüber, was NT ist.

Windows NT(im allgemeinen Sprachgebrauch nur NT) - Herrscher Betriebssysteme(OS) von Microsoft Corporation und den Namen der ersten OS-Versionen. Windows NT wurde nach Beendigung der Zusammenarbeit zwischen Microsoft und IBM über OS/2 entwickelt, es entwickelte sich getrennt von anderen Betriebssystemen der Windows-Familie (Windows 3.x und Windows 9x).

Anders als Windows 3.x und Windows 9x wurde Windows NT als zuverlässige Lösung für Workstations (Windows NT Workstation) und Server (Windows NT Server) positioniert. Windows NT führte zu einer Familie von Betriebssystemen, die umfasst: Windows NT selbst, Windows 2000, Windows XP, Windows Server 2003, Windows Vista, Windows Server 2008, Windows 7, Windows 8. Informationen aus dem Windows NT-Artikel, Wikipedia.

Windows-Betriebssystemname	NT-Versionsnummer
Windows NT 4.0	4.0.1381
5.0.2195
Windows XP	5.1.2600
6.0.6000
Windows 7	6.1.7600

Die Zahl nach den Buchstaben NT ist die Seriennummer der Entwicklung eines auf NT basierenden Betriebssystems. Jetzt kommt Windows7 (Windows NT6.1), die siebte Entwicklung auf Basis von NT. Vista - NT6.0, XP - NT5.1, Windows2000 - NT5.0. Win2K ist nur eine physikalische Interpretation einer Zahl (2K = 2000). Windows NT ist eine ganze Familie von Betriebssystemen. Dies tritt häufig beim Herunterladen von Installations- und Konfigurationshandbüchern oder Gerätetreibern auf.

Seit den Tagen von Windows95 hat sich die Oberfläche des Betriebssystems nicht grundlegend verändert. Natürlich ist es qualitativ hochwertiger, perfekter und bequemer geworden, viele neue Funktionen sind erschienen. Aber eine Person, die mit Windows2000 gearbeitet hat, wird sich leicht an die nachfolgenden Versionen des Windows-Betriebssystems gewöhnen (wenn wir über die Systemoberfläche als Ganzes sprechen). Technisch unterscheiden sich die Systeme voneinander, auch die Methoden zur Lösung von Benutzerproblemen auf verschiedenen Systemen unterscheiden sich.

Wenn wir diese Betriebssystemfamilie beschreiben, können wir im Allgemeinen sagen, dass die Geschichte von Windows in 2 Teile unterteilt ist - vor der Veröffentlichung von Windows Vista und danach. Microsoft-Entwickler haben nichts grundlegend Neues (außer visuellen Effekten) in die Benutzeroberfläche dieser Version ihres Betriebssystems gebracht, der Kern des Systems wurde jedoch komplett neu geschrieben.

Durch den neuen Kernel ging die Kompatibilität mit alten Programmen (deren Entwicklung vor der Veröffentlichung von Vista gestoppt wurde) und alten Gerätetreibern verloren. Dies erklärt weitgehend die Bekanntheit und Unbeliebtheit davon Windows-Versionen... Bei Windows7 haben die Entwickler die Fehler berücksichtigt, die Hersteller von Soft- und Hardware hatten bereits die Möglichkeit, Soft- und Hardware unter Berücksichtigung der neuen Anforderungen des Betriebssystems freizugeben, aber die meisten alten Programme und alten Geräte werden nicht mehr unterstützt von dieses Betriebssystem.

Kompatibilität mit Windows-Versionen

Um aus der Situation herauszukommen (viele Industrieprogramme funktionieren nicht unter Windows7), haben die Versionen Windows7 Professional, Enterprise und Ultimate die Möglichkeit, Programme im XP-Modus auszuführen. XP-Mode ist eine virtuelle Maschine und ein lizenziertes WindowsXP-Image. Die Grafikfähigkeiten der Emulation liegen zwar auf dem Niveau von S3 Trio64 ohne 3D-Unterstützung, also das Minimum.

(NT6.0)

2006 Nicht unterstützt
Fast, nicht benutzt (NT 6.1) 2009 Nicht unterstützt
Aktiv genutzt (NT 6.2) 2012 Nicht unterstützt
Fast, nicht benutzt (NT 6.3) 2013 Unterstützt
Fast, nicht benutzt (NT10) 2015 Unterstützt
Aktiv genutzt

Server-Windows

Logo	Ausführung	Jahr	Status
		1993	Nicht unterstützt Normalerweise nicht verwendet
		1994
		1995
		1996
		2000
		2003	Nicht unterstützt Noch im Einsatz
		2005
		2008
		2009	Unterstützt Aktiv genutzt
		2012
		2013
		2016
		2018	Einstieg

Alle Windows-Versionen nach Lineal + Chronologie

Herrscher	Jahre	Aufzählung der Versionen
16-Bit	1985 - 1995	Fenster 1/2/3
32-Bit (9x)	1995 - 2001	Windows 95/98 / ME
NT (32- und 64-Bit)	seit 1993	Windows NT 3.1 / NT 3.5 / NT 3.51 / NT 4.0 Workstation / 2000 / XP / Vista / 7/8 / 8.1 / 10
NT-Server (32- und 64-Bit)	seit 1993	Windows NT 3.1 / NT 3.5 / NT 3.51 / NT 4.0 Server / 2000 Server / 2003/2003 R2 / 2008/2008 R2 / 2012/2012 R2 / 2016/2019

Erfolgsgeschichte

Diese Erfolgsgeschichte spiegelt die Nutzungshäufigkeit des Systems wider; Anzahl der von Benutzern angetroffenen Störungen; Bewertungen.

	Windows 1	Versagen
	Windows 2	Neutral
	Windows 3	Erfolg
	Windows 95	Versagen
	Windows 98	Erfolg
	Windows Millennium	Versagen
	Windows 2000	Neutral
	Windows XP	Großer Erfolg
	Windows Vista	Versagen
	Windows 7	Erfolg
	Windows 8	Versagen
	Windows 8.1	Versagen
	Windows 10	Erfolg

* Trotz des Ausfalls einiger Betriebssystemversionen brachten sie neue Funktionen mit sich, die auf die bereits erfolgreichen Versionen übertragen wurden. Zum Beispiel erschienen im Jahrtausend schöne Icons und Fenster, die auf Windows 2000 übertragen wurden. Daher sollte ein Fehler nicht als Fehler gewertet werden.

Windows 1

Supportjahre: 1985 - 2001. Branche: 16 Bit.

Ausgaben: -

Was gibt's Neues

Vor Windows 1 gab es MS-DOS, daher ist die wichtigste Neuerung die grafische Oberfläche und die Möglichkeit, mit der Maus zu arbeiten.

System Anforderungen

Windows 3

Jahre der Unterstützung: 1990 - 2008. Zweig: 16 Bit.

Ausgaben: -

Was gibt's Neues

• Die erste (von Microsoft) benutzerfreundliche Oberfläche.
• Das Aussehen des Programmmanagers.
• Die Entstehung von Multimedia-Fähigkeiten.
• Netzwerkunterstützung (seit 3.1).

System Anforderungen

Windows NT 3.1

Ausgaben: -

Was gibt's Neues

• Das erste System basierend auf dem NT-Kernel.
• Unterstützung für das NTFS-Dateisystem.

System Anforderungen

Zentralprozessor	Intel 80386
Rom	2 MB
Volumen Festplatte	8 MB

Windows NT 3.5-Workstation

Ausgaben: -

Was gibt's Neues

• Integrierte Unterstützung für Winsock und TCP / IP.
• Die Entstehung von Server- und Client-DHCP und WINS.
• VFAT-Unterstützung.

System Anforderungen

Zentralprozessor	33 MHz
Rom	12 MB
Festplattenspeicher	70 MB

Windows NT 3.51-Workstation

Ausgaben: -

System Anforderungen

Windows NT 4.0-Arbeitsstation

Ausgaben: -

System Anforderungen

Windows 98

Supportjahre: 1998 - 2006. Zweig: 9x (32 Bit).

System Anforderungen

Windows Millennium

Supportjahre: 2000 - 2006. Zweig: 9x (32 Bit).

System Anforderungen

Windows 2000

Unterstützungsjahre: 2000 - 2010. Branche: NT.

System Anforderungen

Windows XP

Editionen: XP, XP Professional

System Anforderungen

Windows Vista

Jahre der Unterstützung: 2006 - 2017. Branche: NT. Bittiefe: 32 und 64 Bit.

Editionen: Starter, Home Basic, Home Premium, Business, Enterprise, Ultimate

System Anforderungen

Windows 7

Unterstützungsjahre: 2009 - 2020. Branche: NT. Bittiefe: 32 und 64 Bit.

Editionen: Starter, Home Basic, Home Premium, Professional, Enterprise, Ultimate

System Anforderungen

	Minimum		Empfohlen
Die Architektur	32-Bit	64-Bit	32-Bit	64-Bit
Zentralprozessor	1 GHz
Rom	1 GB	2 GB	4GB
Festplattenspeicher	16 Gigabyte	20 GB	16 Gigabyte	20 GB

Windows 8

Jahre der Unterstützung: 2012 - 2016. Branche: NT. Bittiefe: 32 und 64 Bit.

System Anforderungen

	Minimum		Empfohlen
Die Architektur	32-Bit	64-Bit	32-Bit	64-Bit
Zentralprozessor	1 GHz
Rom	1 GB	2 GB	4GB
Festplattenspeicher	16 Gigabyte	20 GB	16 Gigabyte	20 GB

Windows 8.1

Unterstützungsjahre: 2013 - 2023. Branche: NT. Bittiefe: 32 und 64 Bit.

Editionen: 8, 8 Professional (Pro), 8 Corporate (Enterprise)

System Anforderungen

	Minimum		Empfohlen
Die Architektur	32-Bit	64-Bit	32-Bit	64-Bit
Zentralprozessor	1 GHz
Rom	1 GB	2 GB	4GB
Festplattenspeicher	16 Gigabyte	20 GB	16 Gigabyte	20 GB

Windows 10 (neueste für PCs)

Unterstützungsjahre: 2015 - 2025. Branche: NT. Bittiefe: 32 und 64 Bit.

Editionen

• Heim. Für die meisten Heimcomputer. Es gibt keine Möglichkeit, einen Remote-Desktop so zu konfigurieren, dass Sie eine Remote-Verbindung zum System herstellen können. keine Nutzungsmöglichkeit Gruppenrichtlinien und der Domäne beitreten.
• Professionell (Profi). Enthält alle Funktionen der Home-Version + die Möglichkeit, einer Domäne beizutreten, Gruppenrichtlinien zu verwenden, die Möglichkeit, über Remote-Desktop eine Verbindung zu einem Computer herzustellen.
• Unternehmen (Unternehmen). Einige Funktionen der Home-Version wurden gekürzt. Es gibt alles zusätzliche Funktionen Pro + DirectAccess, AppLocker-Versionen.
• S. ist eine abgespeckte Version; auf einigen Geräten vorinstalliert. Unterstützt keine Standardinstallation von Anwendungen - die Installation ist nur aus dem Windows Store möglich.

Was gibt's Neues

Windows 10 erfährt mit der Veröffentlichung neuer Builds viele Änderungen. Daher werden wir die Neuerungen auf dieser Grundlage betrachten.

• Verbesserte Leistung.
• Neuer integrierter Browser Microsoft Edge.
• Automatisches Verkleinern eines angrenzenden Fensters, wenn das aktive Fenster gegen eine der Seiten des Desktops gedrückt wird.
• Alle Apps in Start unterstützen die Anzeige von 2048 Elementen (vorher nur 512).
• Erzwungene Installation von Updates.
• Verwenden von virtuellen Sprachassistent Cortana.
• Das aktualisierte Startmenü ist eine Mischung aus früheren Versionen und Windows 8 (die alte Offenlegungsoption wurde zurückgegeben und Kacheln auf der rechten Seite angezeigt).
• Die Möglichkeit, mehrere Desktops zu erstellen.
• Das gekachelte Windows 8-System aufgeben.

• Handschriftfunktion (Windows Ink).
• Webcam-Identifikation.
• Synchronisation mit Mobilgerät Benachrichtigungen.
• Ändern Sie das Systemeinstellungsmenü.

• Integrierte Unterstützung für Virtual-Reality-Headsets.
• Spielmodus
• Standardmäßig bietet es eine Befehlszeile in Powershell.
• Der Zugriff auf das klassische Control Panel ist verborgen Kontextmenü... Jetzt kann es mit dem Befehl aufgerufen werden Steuerung.
• Verbesserung des integrierten Antivirus.
• Webcam-Authentifizierung für Active Directory.
• Die Möglichkeit, mit der Tastenkombination Win + Shaft + S einen Screenshot mit einer Bereichsauswahl zu erstellen.
• Braille-Unterstützung.
• Längere Akkulaufzeit.

• In der Lage sein, Cortana auf einem Gerät auszuführen und auf einem anderen zu landen.
• Deaktivieren Sie das SMBv1-Protokoll. Sie können es manuell aktivieren.
• Das Bedienfeld „Personen“ wird angezeigt.
• GPU-Informationen im Task-Manager.
• Microsoft Edge im Vollbildmodus
• Längere Akkulaufzeit (Power Throttling).
• Die Entstehung des Emoji-Panels.
• Selektive OneDrive-Synchronisierung.
• Korrektur des Problems des Bremsens in Spielen.

• Die Möglichkeit, Ihr Passwort mithilfe von Sicherheitsfragen wiederherzustellen.

• Dunkles Thema für Entdecker.
• Die Möglichkeit, von Ihrem Telefon aus auf Nachrichten zuzugreifen (Funktion "Ihr Telefon").

• Isolierter Arbeitstisch für Sicherer Start Anwendungen.

* diese Liste enthält einige der Neuerungen. Volle Liste auf der Wikipedia-Seite.

System Anforderungen

	Minimum		Empfohlen
Die Architektur	32-Bit	64-Bit	32-Bit	64-Bit
Zentralprozessor	1 GHz
Rom	1 GB	2 GB	4GB
Festplattenspeicher	16 Gigabyte	20 GB	16 Gigabyte	20 GB

Erweiterter Windows NT 3.1-Server

Unterstützungsjahre: 1993 - 2001. Branche: NT. Bittiefe: 16, 32 und 64 Bit.

Ausgaben: -

System Anforderungen

Zentralprozessor	Intel 80386
Rom	2 MB
Festplattenspeicher	8 MB

Windows NT 3.5-Server

Unterstützungsjahre: 1994 - 2001. Branche: NT. Bittiefe: 16, 32 und 64 Bit.

Ausgaben: -

Was gibt's Neues

• Integrierte Unterstützung für Winsock und TCP / IP.
• Das Aufkommen von DHCP- und WINS-Servern.
• Bereitstellung allgemeiner Zugang zu Dateien und Druckern.
• VFAT-Unterstützung.

System Anforderungen

Zentralprozessor	33 MHz
Rom	16 MB
Festplattenspeicher	70 MB

Windows NT 3.51-Server

Unterstützungsjahre: 1995 - 2001. Branche: NT. Bittiefe: 16, 32 und 64 Bit.

Ausgaben: -

System Anforderungen

Zentralprozessor	33 MHz
Rom	16 MB
Festplattenspeicher	70 MB

Windows NT 4.0-Server

Unterstützungsjahre: 1996 - 2004. Branche: NT. Bittiefe: 32 und 64 Bit.

Editionen: Server, Enterprise Edition, Terminalserver

System Anforderungen

Windows 2000-Server

Unterstützungsjahre: 2000 - 2010. Branche: NT. Bittiefe: 32 und 64 Bit.

Editionen: Server, Advanced Server und Datacenter Server

System Anforderungen

Windows Server 2003

Unterstützungsjahre: 2003 - 2015. Branche: NT. Bittiefe: 32 und 64 Bit.

Editionen: Web, Standard, Enterprise, Datacenter

System Anforderungen

Web, Standard, Unternehmen:

Rechenzentrum-Edition:

Windows Server 2003 R2

Jahre der Unterstützung: 2005 - 2015. Branche: NT. Bittiefe: 32 und 64 Bit.

Editionen: Standard, Enterprise, Datacenter

System Anforderungen

Standard, Unternehmen:

Rechenzentrum-Edition:

Windows Server 2008

Unterstützungsjahre: 2008 - 2020. Branche: NT. Bittiefe: 32 und 64 Bit.

Editionen: Web, Standard, Enterprise, Datacenter, HPC, Storage, Itanium

System Anforderungen

	Minimum		Empfohlen
Die Architektur	32-Bit	64-Bit	32-Bit	64-Bit
Zentralprozessor	1 GHz	1,4 GHz	2 GHz
Rom	512 MB		2 GB
Festplattenspeicher	10 GB		40 GB

Windows Server 2008 R2

Unterstützungsjahre: 2009 - 2020. Branche: NT. Bittiefe: 64 Bit.

Editionen: Foundation, Small Business, Web, Standard, Enterprise, Datacenter, HPC, Itanium

System Anforderungen

Windows Server 2012

Unterstützungsjahre: 2012 - 2023. Branche: NT. Bittiefe: 64 Bit.

System Anforderungen

Windows Server 2012 R2

Unterstützungsjahre: 2013 - 2023. Branche: NT. Bittiefe: 64 Bit.

Editionen: Foundation, Essentials, Standard, Datacenter

System Anforderungen

Windows Server 2016

Unterstützungsjahre: 2016 - 2026. Branche: NT. Bittiefe: 64 Bit.

Editionen: Essentials, Standard, Datacenter

Was gibt's Neues

• Lizenzierung für physische Prozessorkerne (mindestens 16).
• Neues Regime Installationen - Nano.
• Das Aufkommen der Containervirtualisierung.
• OpenGL und OpenCL für RDP.
• Verschlüsselung virtuelle Maschinen und interner Netzwerkverkehr.
• Blockieren Sie die Replikation von Dateispeichern.

System Anforderungen

Windows Server 2019 (neueste für Server)

Jahre der Unterstützung: 2018 -?. Zweig: NT. Bittiefe: 64 Bit.

Editionen: Standard, Rechenzentrum

Was gibt's Neues

• Verbesserte Sicherheit - Integrierte Defender ATP- und Defender Exploit Guard-Technologien.
• Windows Subsystem Linux (WSL) – Container zur Unterstützung von Linux-Layouts.
• Um einen Cluster mit einer geraden Anzahl von Knoten aufzubauen, kann ein USB-Datenträger als Zeugendatenträger verwendet werden.

Wurzeln

Alles begann 1975, als die Digital Equipment Corporation die Entwicklung ihrer 32-Bit-VAX-Plattform einleitete.

Das Projekt wurde von Cutler geleitet, der sich bereits durch die Entwicklung des RSX-11M für die berühmten PDP-11-Minicomputer einen Ruf als robuster Systemingenieur erworben hatte. 1977 wurden die Maschine VAX-11/780 und das Betriebssystem dafür, VMS 1.0, angekündigt. Vier Jahre später war Cutler es leid, Nummern nach dem unveränderten dreibuchstabigen Präfix "zuzuweisen", und beschloss, Digital zu verlassen. Doch die Funktionäre des Konzerns erwiesen sich als listiger: Da sie einen talentierten Entwickler nicht im Schoß der Organisation halten konnten, entschloss man sich, die Atmosphäre eines Startups und der freien Kreativität zu imitieren. In Seattle wurde eine autonome Einheit geschaffen, und Cutler durfte die erforderliche Anzahl an Personal (ca. 200 Personen) direkt von Digital-Mitarbeitern rekrutieren. Die neue Struktur griff das Design der Prozessorarchitektur und des Betriebssystems mit dem Codenamen Prism auf.

Entwicklungsdiagramm von Betriebssystemen der Windows NT-Familie

Der "Happiness-Moment" währte nicht lange, die Big Bosse schafften es nicht, das begonnene Geschäft zu Ende zu bringen, und 1988 fand Cutler mit seinen 200 Ingenieuren und Programmierern auf ihrem freien Brot. Doch arbeitslos blieb der bekannte Entwickler nicht: Damals war im Kopf von Bill Gates die Entscheidung reif, ein Server-Betriebssystem zu schaffen, das mit den Unix-Klonen konkurrieren sollte. Nur um David Cutler in die Finger zu bekommen, erklärte sich der zukünftige Chefarchitekt von Microsoft bereit, 20 ehemalige Digital-Ingenieure seiner Wahl einzustellen. Im November 1988 machte sich ein Team von fünf Digital- und einem Microsoft-Programmierer an die Arbeit.

Die Aufgabe bestand darin, ein Betriebssystem für den neuen Intel i860 RISC-Prozessor mit dem Codenamen N-Ten zu schreiben. Von hier stammt übrigens die Abkürzung NT, die später von Microsoft-Marketern als New Technology interpretiert wurde. Bereits im Dezember 1988 waren die ersten Fragmente des Systems fertig. Der Haken war, dass der i860 nur auf dem Papier existierte, sodass der Code auf einem Software-Emulator getestet werden musste. Die Entwicklung erfolgte auf "toy", nach heutigen Maßstäben, Intel 386 25 MHz Maschinen mit 13 MB RAM und Festplatte 110 MB.

Die Mikrokernel-Architektur, die ursprünglich die Grundlage von NT bildete, erlangte eine entscheidende Bedeutung, als 1989 entdeckt wurde, dass der "eiserne" i860 nicht in der Lage war, geschriebenen Code effizient genug auszuführen. Sie mussten sich auf MIPS R3000 und dann auf einen Standard-Intel-386-Prozessor umorientieren, was in weniger als einem Jahr von einem auf 28 Ingenieure angewachsenen Team erledigt wurde.

1990 geschah das wichtigste Ereignis im Schicksal von NT - die Veröffentlichung und der schwindelerregende Erfolg von Windows 3.0. Tatsächlich war es Microsofts erstes Multitasking-Betriebssystem mit einer anständigen grafischen Oberfläche, in der Sie echte Arbeit leisten konnten. Es war die Ausleihe dieser Schnittstelle und API, die die Zukunft von NT vorgab. Ursprünglich sollte das Server-OS ein Remake des OS/2-Projekts mit IBM sein und dementsprechend mit bestehenden OS/2-Anwendungen funktionieren. Die dritte Windows-Version kam jedoch genau zum richtigen Zeitpunkt: Redmond verließ seine Verbündeten und richtete das NT-Entwicklungsteam neu aus, um eine Win32-API nach dem Vorbild der Win16-Schnittstelle zu entwerfen. Dies sorgte für die dringend benötigte Konsistenz und erleichterte die Portierung von Anwendungen vom Desktop auf die Serverplattform.

Die NT-Entwicklungsgruppe, aus der sich inzwischen Windows NT entwickelt hatte, begann schnell zu wachsen und beschäftigte bald etwa 300 Mitarbeiter. Die Abkehr von der OS/2-Orientierung hat zu ernsthaften Problemen in der Beziehung zwischen Microsoft und IBM geführt. Es gab keine offiziellen Erklärungen, nur bei einer der konzerninternen Präsentationen stellten IBM-Mitarbeiter verwirrt fest, dass das erstellte Betriebssystem nichts mit der Idee ihres Unternehmens zu tun hatte. Trotzdem unterstützte Windows NT 3.1 (die Nummerierung wurde an die damals vorhandene 16-Bit-Version von Windows "angepasst") auch DOS-, Win16-, POSIX- und OS/2-APIs. Im Juli 1993 ein neues Serversystem von Microsoft kam heraus und begann seine Reise.

Dann ging es zügig weiter: Im September 1994 wurde Windows NT 3.5 veröffentlicht. Die Vorgängerversion wurde in fieberhafter Eile erstellt, alles musste neu codiert werden und viele Features blieben unerfüllt. Jetzt ist es an der Zeit, über Effizienz, Geschwindigkeit und ... Organisation einer Art von Interaktion mit Netzwerken nachzudenken, die auf NetWare basieren - dem damaligen absoluten Marktführer, der den Markt dominierte lokale Netzwerke... Hätte man in jenen Jahren den Fragen der Regulierung von Monopolen so viel Aufmerksamkeit gewidmet, wie es heute der Fall ist, hätte es vielleicht gereicht, eine entsprechende Verleumdung an die zuständige Behörde zu schreiben. Leider musste Microsoft die Situation selbst herausfinden. Novell zögerte, Client-Support für Windows NT bereitzustellen. Redmond konnte nicht länger warten - sie schrieben ihren eigenen NetWare-Client, der sich als so gut herausstellte, dass er nach dem Original weiter verwendet wurde Software von Novell. Im Mai 1995 erschien dank der auf Mikrokernel basierenden Architektur eine spezielle "PowerPC-Edition" des Betriebssystems - Windows NT 3.51. Einigen Berichten zufolge wurde die Veröffentlichung verzögert, da IBM nicht in der Lage war, den Plan zur Markteinführung dieses Prozessors einzuhalten. Daher ging die Entwicklung der PowerPC-Version etwas weiter als Windows NT 3.5, was es ermöglichte, die Grundlage für die nächste Version des Betriebssystems zu werden.

Wenn es bis jetzt noch möglich war, über eine gewisse Ähnlichkeit in den Architekturen von Windows NT und sogar Unix (in etwas unendlich Entferntem, aber in etwas sehr Ähnlichem dem VMS-Betriebssystem) zu sprechen, dann mit der Veröffentlichung von NT 4.0, die die Grafik einführte Subsystem in den Kern, der letzte Grund für eine solche Argumentation ist verschwunden. Theoretisch war diese Entscheidung eine absolut logische Schlussfolgerung aus der traurigen Erfahrung, die beliebte Windowing-Umgebung Windows 95 in NT zu integrieren ursprüngliche "Serverorientierung" von NT. Wenn es jedoch keine Probleme mit der "Transplantation" der grafischen Shell gab, dann ist ihre Leistung im Benutzermodus (dh in der Form regelmäßige Anwendung) ließ zu wünschen übrig, was absolut selbstverständlich ist - unterstützt ein abstrahiertes Ausgabegerät (sei es ein Rasterdisplay, ein Drucker oder irgendetwas anderes), das Windows-Grafik-Subsystem ist inkommensurabel komplexer und dementsprechend ressourcenintensiver als X Window, das nur Rasteranzeigen "versteht". Beispielsweise wurde dem im Juli 1996 veröffentlichten Windows NT 4.0-Kernel ein weiteres Modul hinzugefügt. Die Überarbeitung wurde Shell Update Release (SUR) genannt.

Der nächste Schritt war Windows NT 5.0, das im Jahr 2000 unter dem Namen Windows 2000 auf den Markt kam. Der Titelwechsel wurde von Marketern beeinflusst und erwies sich insgesamt als die richtige Entscheidung, das Betriebssystem neu zu positionieren. Die Arbeit wird bis heute fortgesetzt, wie die Veröffentlichung von Windows Server 2003 zeigt.

Der Battle for Windows Windows Server wurde von Mark Lucovsky, einem Unterstützer der Server-OS-Abteilung des Unternehmens, entworfen und implementiert. Er führt eine Armee von 5.000 Entwicklern, die aus sieben Labors besteht. Weitere 5.000 Programmierer arbeiten an ihren Arbeitsplätzen in Partnerunternehmen und tragen täglich ihren Beitrag von 50 Millionen Zeilen des endgültigen Windows Server 2003 Betriebssystemcodes bei. Jeden Tag wird eine komplette Zusammenstellung und Montage des Systems durchgeführt, um die Funktionsfähigkeit zu überprüfen und Fehler zu erkennen. Fehlerlisten werden an die Entwicklungsteams gesendet. Vorgenommene Korrekturen müssen an einem elektronischen Bulletin Board veröffentlicht werden, das sie zur Übermittlung an den Hauptbuild anordnet. Die Serverfarm, die das System kompiliert, wird ständig aktualisiert, jedoch benötigt ein kompletter Build wie vor vielen Jahren 12 Stunden Maschinenzeit. Und das trotz der Aufteilung des kolossalen Code-Arrays in separate, unabhängige Gruppen von Quelltexten, die in baumartigen Hierarchien organisiert sind. Die Quintessenz des Entwicklungsprozesses sind zwei- bis dreimal täglich einstündige Meetings im sogenannten „War Room“ (um 9.30, 14.00 und 17.00 Uhr). Ihnen gehen um 8.00 Uhr ähnliche Veranstaltungen in den örtlichen „Kampfräumen“ der Arbeitsgruppen voraus. Das Hauptmeeting bespricht Fixes für zuvor entdeckte Fehler und legt den Gesamtstatus des Projekts fest. In den letzten Tagen haben sie vor allem nach Wegen gesucht, um ein wichtiges Problem zu lösen - die Umbenennung von Windows.NET Server 2003 in Windows Server 2003. Tausende von Namen in verschiedenen Modulen, und dies im letzten Moment vor der Veröffentlichung des Systems, was dazu führte, dass ein ernstes Kopfzerbrechen für die Entwickler. Bei der Sitzung sollte jedes Team über den Fortschritt seiner Arbeit, den Prozess der Korrektur von festgestellten Fehlern und die möglichen Folgen der Einführung oder Nichteinführung dieser Änderungen berichten. Wenn das Problem nicht gelöst werden kann oder als nicht wichtig genug erachtet wird, wird der Fehler, gemäß der ursprünglichen Terminologie, in die endgültige Version "gekickt". Das Überspringen des Morgenlagers kommt einer Desertion gleich. Der Build beginnt jeden Tag um 16:30 Uhr und kann bis 18:00 Uhr verschoben werden, damit nach dem dritten Treffen im "Battle Room" die neuesten Fixes in das System aufgenommen werden können. Ein Team kann nicht ohne eine vorgefertigte Lösung für bestehende Probleme zu einem Meeting kommen, sonst taucht es dort besser gar nicht auf. Jedes der sieben Labore verfügt über eine vollständige Kopie des Quellcodes des Systems, den sie überarbeiten, kompilieren und auf Leistung testen. Wenn alles glatt gelaufen ist, wird der neue Code mit dem von anderen Teams generierten Code in die Hauptassembly zusammengeführt. Das Problem kann in der Interoperabilität von neuem Code liegen, der von verschiedenen Gruppen geschrieben wurde. Die Hauptmontage läuft nicht immer gut, manchmal erweist sich das System als unbrauchbar. In diesem Fall werden, sobald das Schuldige-Modul gefunden ist (meist gegen drei oder vier Uhr morgens), die Verfasser dringend an den Arbeitsplatz gerufen und verlassen es nicht, bis der Fehler behoben ist. Daher müssen Programmierer 24 Stunden am Tag, 6 Tage die Woche arbeitsbereit sein (die Sechs-Tage-Frist wird eingeführt, wenn das Produktfreigabedatum näher rückt). Das Hauptprinzip, auf dem die letzten Testphasen aufbauen, ist die Verwendung unserer eigenen Produkte im Designprozess. Sobald das System die "erste Stufe" der Stabilität erreicht hat, wird es zum Hauptbetriebssystem in den Arbeitsgruppen. Die "zweite Ebene" gilt als erreicht, wenn das Betriebssystem die Funktionsfähigkeit erlangt. Erst dann darf es auf dem Microsoft Campus genutzt werden. Dies war bei einem Dateiserver unter NT der Fall, dessen erster Verwendungszweck war, den Quellcode von Windows NT zu speichern, dies geschah mit der ersten und allen nachfolgenden Versionen von Active Directory. Das Produkt wird dann zum Testen an ausgewählte Joint Development Partner (JDP)-Partner weitergegeben. Wenn Fehler gefunden werden, wird eine "willensstarke Entscheidung" getroffen: Im System belassen und das Datum des Verkaufsstarts speichern oder das Release-Datum verschieben und mit Verbesserungen beginnen. Im letzteren Fall werden alle Ergebnisse annulliert und der Test beginnt von vorne. Es ist viel schwieriger, After-Sales-Support zu leisten. Bei der Identifizierung von Fehlern, Sicherheitslücken oder der Notwendigkeit, dem Produkt neue Funktionen hinzuzufügen, müssen Sie entweder einen lokalen Patch oder ein vollwertiges Service Pack erstellen. Da es vor diesem Patch oder Service Pack bereits andere gab, wird der neue Code auf vielen Systemvarianten getestet und durchläuft alle möglichen Kombinationen von Patches und Service Packs. Um einen vollwertigen Gesundheitscheck durchführen zu können, unterhält das Unternehmen darüber hinaus, dass bestimmte Teile seines Netzwerks auf älteren Produktversionen (z "Feldbedingungen".

Wie aus VMS WNT wurde

Einige Witzbolde scherzten einmal, dass Sie WNT oder Windows NT erhalten, wenn Sie jeden Buchstaben des Namens des Cutlerian-Betriebssystems VMS erhöhen (um eins erhöhen). Laut Fachleuten stimmt dies. Keine vorgefasste Meinung aufgrund der Tatsache, dass die Hauptarchitekten von NT einst die Entwickler von VMS waren, sondern eine objektive Realität.

Tatsächlich ist NT die Verkörperung von radikal neu gestalteten, in der Sprache C für bessere Portabilität implementierten Architekturideen des VMS-Assembler-Kerns, ergänzt durch entsprechende Schnittstellen-APIs und neue Datei- und Grafik-Subsysteme. Die Gemeinsamkeit der architektonischen Lösungen der beiden Systeme ist sehr groß. Sie haben also die gleichen Konzepte von Prozessen, Prioritäten (32 Ebenen), Prioritätsänderungsmanagement und Kontrolle über die Verteilung der Prozessorzeit zwischen ihnen. Aber trotz erheblicher Ähnlichkeiten, zweifellos aufgrund der vorherigen Erfahrung des Teams des Chefarchitekten - Cutler, NT wurde ursprünglich als Multithread-Betriebssystem entwickelt - ermöglicht uns dieser "kleine" Unterschied, den Grad der Entfernung von NT vom "grundlegenden" VMS zu verstehen die Architektur.

Treiber in beiden Betriebssystemen arbeiten im Rahmen eines Stack-Modells, von dem jede Schicht von den anderen isoliert ist, was die Organisation eines mehrstufigen Gerätesteuerungsschemas ermöglicht. Systeme ermöglichen den Austausch sowohl von Benutzerprozessen als auch von Systemprozessen, einschließlich Treibern. Auch die Darstellung von Ressourcen ist ähnlich, beide Systeme behandeln sie als Objekte und entsorgen sie über den Object Manager. Die NT-Sicherheit hat wie die zugrunde liegenden Discretionary Access Control Lists oder DACLs ihre Wurzeln in VMS 4.0.

1993 untersuchten die Digital-Ingenieure die Windows NT-Spezifikation und stellten fest, dass sie dem experimentellen Mica-Betriebssystem, das vom Prism-Projekt entwickelt wurde, auffallend ähnlich ist. Woher kommt diese Aufmerksamkeit für Redmond-Produkte? Nicht wegen eines guten Lebens begannen die Mitarbeiter von Digital, das Innere des Systems eines anderen zu studieren. 1992 befand sich das Unternehmen in einem langwierigen Einbruch, das Geld ging durch die Finger und der Verkauf des neuen Alpha-Prozessors kam ins Stocken. Auf der Suche nach Rettung haben die Chefs des Unternehmens nun versucht, Hilfe bei ihrem ärgsten Rivalen Intel zu suchen, was ihr Präsident Andrew Grove ablehnte. Am Ende musste ich mich vor Gates III verbeugen und fragen Windows-Port NT gegen Alpha im Austausch für das Versprechen, NT auf Kosten von VMS zu seinem Hauptbetriebssystem zu machen. Mit der Preview-Version von NT erkannten die Digital-Ingenieure jedoch nach und nach, dass das Betriebssystem deutlich mehr RAM benötigte, als ihr typischer "5.000 Dollar Alpha-PC" enthalten würde. Für den Massenmarkt der RISC-Sender war NT eindeutig nicht geeignet, der Versuch, für Digital (wie auch für die meisten anderen Unternehmen) unter der Microsoft-Flagge zu stehen, wurde zur Zeit- und Geldverschwendung.

Das Spiel "Finde die 10 Unterschiede" zwischen WNT und VMS hat sich für Digital ausgezahlt. Laut einer der damals in der Business Week veröffentlichten Versionen beschloss der Präsident von Digital, der unwiderlegbare Beweise für die Verletzung von Rechten des geistigen Eigentums in seinen Händen hatte, anstatt offen zu klagen, mehr zu verdienen, indem er weniger ausgab. Er wandte sich zur Klärung an Microsoft, was zur Unterzeichnung eines groß angelegten Vertrags führte, durch den Digital der wichtigste Netzwerkintegrator von NT wurde. Darüber hinaus stellte Redmond im Oktober dieses Jahres die Unterstützung von Windows NT für die mit Alpha konkurrierenden PowerPC- und MIPS-Prozessoren ein. Unglücklicherweise für das Management von Digital brach die Allianz bald zusammen, und der Status der "NT-Netzwerkinstallationsdienste für Microsoft" ging an Hewlett-Packard über, das jedoch einige Jahre später auch eine weitere schwere Belastung des Konzerns bekam - das VMS-Betriebssystem.

Trotz der Tatsache, dass NT und VMS getrennte Wege gingen, setzten diese Betriebssysteme eine Reihe eigentümlicher Anleihen fort. Insbesondere Windows NT erhielt erst 1997 Cluster-Unterstützung, während es seit 1984 in VMS war, und noch später erschien eine 64-Bit-Version von Windows (VMS wurde 1996 auf eine höhere Bittiefe migriert). Auf der anderen Seite wurden 1995 in VMS 7.0 Threads auf Kernel-Ebene angekündigt, und ein Teil von VMS 7.2 war eine Registry-ähnliche Datenbank und ein globales Ereignisprotokoll ähnlich den entsprechenden NT-Tools. Windows Server 2003 kommt heraus, mal sehen, was als nächstes passiert ...

Entwicklungsgeschichte

Die Entwicklung von Windows NT mit dem vorläufigen Titel "NT OS / 2" wurde im November 1988 von einem Team unter der Leitung von David Cutler begonnen. Dave Messerschmied ), der von DEC zu Microsoft wechselte, wo sie VAX und VMS entwickelten. Die Arbeiten liefen parallel zur Entwicklung des eigenen Betriebssystems OS/2 2.0 durch IBM, das schließlich erst im April 1992 veröffentlicht wurde. Gleichzeitig entwickelte Microsoft seine Betriebssysteme der DOS- und Windows-Familien weiter, die weniger Anforderungen an die Computerressourcen stellen als IBM OS/2. Nach der Veröffentlichung von Windows 3.0 im Mai 1990 beschloss Microsoft, NT OS/2 eine Windows-API-kompatible Programmierschnittstelle (API) hinzuzufügen. Diese Entscheidung führte zu ernsthaften Reibungen zwischen Microsoft und IBM, die in einem Bruch endeten. zusammen arbeiten... IBM entwickelte OS / 2 selbst weiter, und Microsoft begann mit der Arbeit an einem System, das schließlich unter dem Namen Windows NT veröffentlicht wurde. Obwohl dieses System nicht sofort populär wurde, wie DOS, Windows 3.x oder Windows 9.x, erwies sich Windows NT aus Marketingsicht als deutlich erfolgreicher als OS / 2.

Es ist zu beachten, dass OS / 2 und dann POSIX-APIs ursprünglich als NT-APIs geplant waren; Windows-API-Unterstützung wurde zuletzt hinzugefügt. Außerdem waren zunächst Intel i860 und dann MIPS als Hardwareplattform für NT geplant, später kam auch die Unterstützung für Intel x86 hinzu. Im Laufe der Evolution dieses Betriebssystems verschwand dann die Unterstützung für beide ursprünglich geplanten Softwareschnittstellen und beide ursprünglich geplanten Hardwareplattformen. Es gab nicht einmal eine einzige Release-Version dieses Betriebssystems für den i860, obwohl genau aus dem Codenamen dieses Prozessors, N10(N Ten), von dem der Name des NT selbst stammt. Microsoft dekodiert NT jetzt als Neue Technologie... Und als Alternative zum POSIX-Subsystem begann Microsoft, das Paket Microsoft Windows Services for UNIX anzubieten.

Um das NT-Betriebssystem zu entwickeln, lud Microsoft eine Gruppe von Spezialisten von DEC unter der Leitung von David Cutler ( Englisch) mit Erfahrung im Aufbau von Multitasking-Betriebssystemen wie VAX / VMS und RSX-11. Einige Ähnlichkeiten zwischen den internen Architekturen von Windows NT und der VMS-Betriebssystemfamilie gaben Anlass, die neu eingestellten Microsoft-Mitarbeiter des Diebstahls des geistigen Eigentums von DEC zu beschuldigen. Der daraus resultierende Konflikt wurde friedlich gelöst: DEC erkannte Microsofts Eigentum an Technologien an, die in Windows-basiert NT und Microsoft erstellten und verwalteten eine Version von Windows NT für die DEC Alpha-Architektur.

Trotz der gemeinsamen Wurzeln hat die Kompatibilität zwischen Windows NT und OS / 2 mit jeder neuen Version des Betriebssystems abgenommen. OS/2 API 2.0-Unterstützung, obwohl für NT geplant, wurde nie abgeschlossen; Windows NT 4.0 entfernte die Unterstützung für das HPFS-Dateisystem und Windows XP entfernte das Softwareunterstützungs-Subsystem für OS/2 1.x.

Versionen

Name ( Code Name), Optionen	Versionsnummer	erste Ausgabe	letztes Problem /
Windows NT 3.1	3.1.528	27. Juli	SP3 (10. November)
	Workstation, erweiterter Server
Windows NT 3.5 ( Daytona)	3.5.807	21. September	SP3 (21. Juni)
	Arbeitsplatz, Server
Windows NT 3.51 ( Tukwila)	3.51.1057	30. Mai	SP5 (19. September)
	Arbeitsplatz, Server
Windows NT 4.0 ( Indy)	4.0.1381	29. Juli	SP6a (30. November)
	Arbeitsstation, Server, Server Enterprise ( Granit), Terminal-Server ( Hydra), Eingebettet ( Impala)
Windows 2000 ( Kairo)	5.0.2195	17. Februar	SP4 (26. Juni)
	Professional, Server, Advanced Server, Datacenter Server
Windows XP ( Pfeifer)	5.1.2600	25. Oktober	SP3 (6. Mai)
	Privat, Professionell, 64-Bit, Media Center ( eHome), Tablet-PC, Starter, Embedded ( Gottesanbeterin), N; Windows-Grundlagen für Legacy-PCs ( Eiger)
Windows-Server 2003 ( Whistler-Server, Windows .NET-Server)	5.2.3790	24. April	SP2 (13. Mai)
	Standard, Enterprise, Rechenzentrum, Web, Small Business Server ( Rotluchs), Rechenclusterserver, Speicherserver; Windows XP Professional x64
Windows Vista ( Longhorn)	6.0.6000	30. Januar	SP2 (25. Mai)
	Starter, Home Basic, Home Premium, Business, Enterprise, Ultimate, N Home Basic, N Business; x64-Varianten von allen außer Starter
Windows-Server 2008 ( Longhorn-Server)	6.0.6001	27. Februar	SP2 (27. Mai)
	Standard, Enterprise, Rechenzentrum, HPC, Web, Storage, Small Business ( Puma), Wesentliches Geschäft ( Centro), Itan; x64-Varianten von allen außer HPC
Windows 7 ( Schwarzkamm, Wien)	6.1.7600	22. Oktober	SP1 (KB976932) (22. Februar)
	Starter, Home Basic, Home Premium, Professional, Enterprise, Ultimate, Windows 7 N, Windows 7 E; x64-Varianten von allen außer Starter
Windows Server 2008 R2	6.1.7600	22. Oktober	SP1 (KB976932) (22. Februar)
	Standard, Enterprise, Rechenzentrum, HPC, Web, Storage, Small Business, Itanium; alle Versionen sind nur 64-Bit
Windows 8	6.2.9200	26. Oktober	Pro (26. Oktober)
	Windows 8, Windows 8 RT, Professional, Professional N, Professional WMC, Enterprise, Enterprise N; x64-Varianten aller außer Windows RT
Windows Server 2012	6.2.9200	26. Oktober	RTM (1. August)
	Standard, Rechenzentrum, Speicher; alle Versionen sind nur 64-Bit

Interne Architektur

Kernel-Komponenten

Komponenten im Benutzermodus

Das Benutzerschnittstellen-Subsystem in Windows NT implementiert eine Fensterschnittstelle ähnlich der früherer Windows-Versionen. Zwei Arten von Objekten dieses Subsystems, die in 16-Bit-Versionen von Windows und in Windows 9x fehlten, sind Fensterstationen und Arbeitstische... Fensterstation entspricht einer Sitzung Windows-Benutzer NT - zum Beispiel bei der Verbindung über den Remote Desktop Service wird eine neue Fensterstation erstellt. Jeder laufender Prozess gehört zu einer der Fensterstationen; andere Dienste als diejenigen, die als fähig zur Interaktion mit dem Desktop gekennzeichnet sind, werden in separaten, unsichtbaren Fensterstationen ausgeführt.

Jede Fensterstation hat ihre eigene Zwischenablage, einen Satz globaler Atome (die für DDE-Operationen verwendet werden) und einen Satz Desktops. Der Desktop ist der Kontext für alle Operationen des globalen Benutzerschnittstellen-Subsystems wie das Setzen von Hooks und das Senden von Nachrichten. Jeder laufende Thread gehört zu einem der Desktops - demjenigen, auf dem sich die von ihm bedienten Fenster befinden; insbesondere kann ein einzelner Thread nicht mehrere Fenster erstellen, die zu verschiedenen Desktops gehören. Einer der Desktops kann aktiv sein (für den Benutzer sichtbar und kann auf seine Aktionen reagieren), die restlichen Desktops sind ausgeblendet. Die Möglichkeit, mehrere Desktops für eine einzelne Sitzung zu erstellen und zwischen ihnen zu wechseln, wurde von Standard-Windows-Benutzeroberflächentools noch nicht bereitgestellt, obwohl es Programme von Drittanbietern gibt, die Zugriff auf diese Funktionalität bieten.

Windows-Stationen und Desktops erschöpfen die Subsystemobjekte der Windows NT-Benutzeroberfläche, denen Zugriffsrechte zugewiesen werden können. Die restlichen Objekttypen sind - Fenster und Speisekarte- zur Verfügung stellen voller Zugriff jeder Prozess, der sich in derselben Fensterstation mit ihnen befindet. Deshalb Windows-Dienste NT läuft standardmäßig in separaten Fensterstationen: Sie laufen mit erhöhten Rechten, und die Fähigkeit von Benutzerprozessen, Dienstfenster auf unbestimmte Zeit zu manipulieren, kann zu Abstürzen und / oder Sicherheitsproblemen führen.

Programmierschnittstellen

Native API

Für Anwendungen stellt Windows NT mehrere Sätze von APIs bereit. Die wichtigste ist die sogenannte "native" API ( Native NT-API), die in der Dynamic Link Library ntdll.dll implementiert ist und aus zwei Teilen besteht: Systemaufrufe des NT-Kernels (Funktionen mit den Präfixen Nt und Zw, die die Ausführung an die gleichnamigen Kernelfunktionen ntoskrnl.exe übergeben) und Funktionen, die in Benutzermodus (mit dem Präfix Rtl). Einige der Funktionen der zweiten Gruppe verwenden intern Systemaufrufe; der Rest besteht ausschließlich aus unprivilegiertem Code und kann nicht nur vom Benutzermoduscode, sondern auch von Treibern aufgerufen werden. Neben den nativen API-Funktionen enthält ntdll auch die Funktionen der C-Standardbibliothek.

Obwohl die offizielle Dokumentation für die Native API spärlich ist, ist es der Community von Enthusiasten gelungen, durch Versuch und Irrtum viele Informationen über diese Schnittstelle zu sammeln. Insbesondere im Februar 2000 wurde Gary Nebbets Buch „ Referenz zu den grundlegenden API-Funktionen von Windows NT / 2000"(ISBN 1-57870-199-6); 2002 wurde es ins Russische übersetzt (ISBN 5-8459-0238-X). Eine Informationsquelle über die Native API kann das Windows DDK sein, das einige der Kernelfunktionen beschreibt, die über die Native API verfügbar sind, sowie die Untersuchung des Windows-Codes (Reverse Engineering) - durch Disassemblieren unter Verwendung des Windows 2000-Quellcodes, der zu wurde als Folge eines Leaks verfügbar sind, oder unter Verwendung der Windows 2003-Quelltexte verfügbar unter Windows-Programme Forschungskernel.

Programme, die ausgeführt werden, bevor die Subsysteme geladen werden, auf denen andere Windows NT-APIs ausgeführt werden, sind auf die Verwendung der systemeigenen API beschränkt. Zum Beispiel verwendet das autochk-Programm, das Festplatten überprüft, wenn das Betriebssystem nach einem abnormalen Herunterfahren bootet, nur die native API.

Win32-API

Die häufigste Anwendung für Windows NT verwendet die Win32-API, eine Schnittstelle, die auf der Windows 3.1-API basiert, die es Ihnen ermöglicht, vorhandene Programme für 16-Bitversionen von Windows mit minimalen Änderungen des Quellcodes neu zu kompilieren. Die Kompatibilität von Win32-API und 16-Bit-Windows-API ist so groß, dass 32-Bit- und 16-Bit-Anwendungen frei Nachrichten austauschen, mit den Fenstern des anderen arbeiten usw neuer Funktionen, einschließlich Unterstützung für Konsolenprogramme, Multithreading und Synchronisationsobjekte wie Mutexe und Semaphoren. Die Win32-API-Dokumentation ist im Microsoft Platform SDK enthalten und auf der Website verfügbar.

Die Win32-API-Unterstützungsbibliotheken haben im Allgemeinen die gleichen Namen wie die Windows 3.x-Systembibliotheken, jedoch mit dem Suffix 32: dies sind kernel32, advapi32, gdi32, user32, comctl32, comdlg32, shell32 und eine Reihe anderer. Win32-API-Funktionen können entweder unabhängig die erforderliche Funktionalität im Benutzermodus implementieren oder die oben beschriebenen nativen API-Funktionen aufrufen oder über den LPC-Mechanismus auf das csrss-Subsystem zugreifen ( Englisch) oder führen Sie einen Systemaufruf an die win32k-Bibliothek durch, die die für die Win32-API erforderliche Kernel-Modus-Unterstützung implementiert. Die vier aufgeführten Optionen können auch in beliebiger Kombination kombiniert werden: Zum Beispiel ruft die Win32 API WriteFile Funktion die Native API NtWriteFile Funktion zum Schreiben auf Diskettendatei, und ruft die entsprechende csrss-Funktion zur Ausgabe an die Konsole auf.

Die Win32-API-Unterstützung ist in der Windows 9x-Familie enthalten; es kann auch zu Windows 3.1x hinzugefügt werden, indem das Win32s-Paket installiert wird. Um das Portieren vorhandener Windows-Anwendungen zu erleichtern, die MBCS-Codierung verwenden, um Zeichenfolgen darzustellen, wurden alle Win32-API-Funktionen, die Zeichenfolgen als Parameter akzeptieren, in zwei Versionen erstellt: Funktionen mit dem A ( ANSI) akzeptiert MBCS-Strings und Funktionen mit dem Suffix W ( weit) akzeptieren Zeichenfolgen, die in UTF-16 kodiert sind. In Win32s und Windows 9x werden nur A-Funktionen unterstützt, während in Windows NT, wo alle Strings innerhalb des Betriebssystems ausschließlich in UTF-16 gespeichert werden, jede A-Funktion einfach ihre String-Parameter in Unicode umwandelt und die W-Version derselben Funktion aufruft . Die mitgelieferten H-Dateien der Bibliothek definieren auch die Namen der Funktionen ohne das Suffix, und die Verwendung der A- oder W-Version der Funktionen wird durch die Kompilierungsoptionen bestimmt, und in Delphi-Modulen vor der Version 2010, z Sie sind beispielsweise starr an die Varianten mit dem Suffix A gebunden. Es ist wichtig zu beachten, dass die meisten Neuerungen, die in Windows 2000 oder späteren Windows NT-Betriebssystemen eingeführt wurden, nur in der Unicode-Version existieren, weil die Aufgabe, die Kompatibilität mit alten Programmen und mit Windows 9x nicht mehr so ​​drückend wie früher.

POSIX und OS / 2

Die erste Version von Windows NT 4 unterstützte vier Plattformen (x86, Alpha, MIPS und PowerPC), aber die Unterstützung für weniger verbreitete Plattformen nahm mit der Veröffentlichung von Service Packs ab: Die MIPS-Unterstützung wurde aus SP1 entfernt und die PowerPC-Unterstützung wurde aus SP3 entfernt. Neuere Versionen von Windows NT 4 unterstützten nur x86 und Alpha; Obwohl die Unterstützung für Alpha für Windows 2000 geplant war, wurde sie von RC2 entfernt. Daher ist x86 die einzige Plattform, die von Windows 2000 unterstützt wird.

Die 64-Bit-Prozessorunterstützung wurde erstmals in Windows XP für IA-64, die Intel Itanium-Prozessorarchitektur, eingeführt. Auf Basis der 64-Bit-Version von Windows XP wurden auch 64-Bit-Serverversionen von Windows 2000 erstellt; später wurde Itanium-Unterstützung zu einigen Versionen von Windows Server 2003 hinzugefügt. Die zweite von der Windows NT-Familie unterstützte 64-Bit-Architektur war die x86-64-Architektur von AMD, die später unter dem Namen EM64T in Intel-Prozessoren implementiert wurde. Windows Server 2003 SP1 x64 und Windows XP Professional x64 wurden gleichzeitig veröffentlicht, sowohl Server- als auch Desktopversionen derselben Windows-Version – insbesondere gelten für diese Editionen dieselben Updates. Seit 2005 hat Microsoft die Entscheidung getroffen, den Support für IA-64 einzustellen.; Die neueste Version von Windows NT, die Itanium vollständig unterstützt, ist Windows NT 5.2 (XP Professional 64-Bit Edition und Server 2003). Für teurere (und dementsprechend schwieriger zu aktualisierende) Server wurden jedoch spezielle Versionen von Windows Server 2008 und Windows Server 2008 R2 veröffentlicht, und Windows Server 2012 erhielt keine IA-64-Unterstützung.

Notizen (Bearbeiten)

siehe auch

• ReactOS ist ein Open-Source-Betriebssystem, das mit Anwendungen kompatibel ist und Windows-Treiber NT.

Ende 1988 beauftragte Microsoft David Cutler mit der Leitung eines neuen Softwareprojekts: Microsofts neues Betriebssystem für die 1990er Jahre. Er stellte ein Team von Ingenieuren zusammen, um das System zu entwerfen neue Technologie(Neue Technologie - NT).

Der ursprüngliche Plan war, NT mit Benutzer- und Programmierschnittstellen (API) im OS/2-Stil zu entwickeln, aber OS/2 verkaufte sich nicht gut, und Windows 3.0 hatte großen und beständigen Erfolg auf dem Markt. Nachdem Microsoft die Markt-Benchmarks und die Komplexität der Entwicklung und Wartung zweier inkompatibler Systeme gesehen hatte, beschloss Microsoft, seinen Kurs zu ändern und seine Ingenieure auf eine Strategie eines zusammenhängenden Betriebssystems auszurichten. Diese Strategie bestand darin, eine Familie von Windows-basierten Betriebssystemen zu entwickeln, die viele Computertypen umfasste, von den kleinsten Notebooks bis hin zu den größten Multiprozessor-Workstations. Die nächste Generation von Windows-Systemen hieß also Windows NT.

Windows NT unterstützt die grafische Windows-Schnittstelle (GUI) und ist außerdem das erste Windows-basierte Betriebssystem von Microsoft, das die Win32-API unterstützt, eine 32-Bit-Programmierschnittstelle zum Entwickeln neuer Anwendungen. Die Win32-API stellt Anwendungen wie Multithread-Prozesse, Synchronisation, Sicherheit, I/O, Objektverwaltung die erweiterten Funktionen des Betriebssystems zur Verfügung.

Im Juli 1993 erschienen die ersten Betriebssysteme der NT-Familie - Windows NT 3.1 und Windows NT Advanced Server 3.1.

Versionen

• Windows NT 3.1 (27. Juli 1993)
• Windows NT 3.5 (21. September 1994)
• Windows NT 3.51 (30. Mai 1995)
• Windows NT 4.0 (24. August 1996)
• Windows 2000 (17. Februar 2000)
• Windows XP (25. Oktober 2001)
• Windows XP 64-Bit-Edition (28. März 2003)
• Windows Server 2003 (25. April 2003)
• Windows XP Media Center Edition 2003 (18. Dezember 2003)
• Windows XP Media Center Edition 2005 (12. Oktober 2004)
• Windows XP Professional x64-Edition (25. April 2005)
• Windows-Grundlagen für Legacy-PCs (8. Juli 2006)
• Windows Vista (30. November 2006)
• Windows Home Server (7. November 2007)
• Windows Server 2008 (27. Februar 2008)

Windows NT-Struktur

Strukturell kann Windows NT in zwei Teilen dargestellt werden: einem Teil des Betriebssystems, der im Benutzermodus ausgeführt wird, und einem Teil des Betriebssystems, der im Kernelmodus ausgeführt wird.

Der Kernelmodusteil von Windows NT wird als Ausführungsteil bezeichnet. Es enthält eine Reihe von Komponenten, die virtuellen Speicher, Objekte (Ressourcen), E / A und das Dateisystem (einschließlich Netzwerktreiber), das Zusammenspiel von Prozessen und teilweise das Sicherheitssystem. Diese Komponenten interagieren miteinander über die Kommunikation zwischen den Modulen. Jede Komponente ruft die anderen über eine Reihe gut spezifizierter interner Prozeduren auf.

Der zweite Teil von Windows NT, der im Benutzermodus arbeitet, besteht aus Servern - den sogenannten geschützten Subsystemen. Da Subsysteme den Speicher nicht automatisch gemeinsam nutzen können, kommunizieren sie miteinander, indem sie Nachrichten senden. Nachrichten können sowohl zwischen einem Client und einem Server als auch zwischen zwei Servern übertragen werden. Alle Nachrichten gehen durch die Windows NT-Executive. Der Windows NT-Kernel plant Threads von geschützten Subsystemen auf dieselbe Weise wie Threads von regulären Anwendungsprozessen.

Unterstützung für geschützte Subsysteme wird durch den ausführenden Teil bereitgestellt. Sie Bestandteile sind:

• Objektmanager. Erstellt, löscht und verwaltet ausführende Objekte – abstrakte Datentypen, die zur Darstellung von Systemressourcen verwendet werden.
• Sicherheitsmonitor. Richtet Schutzregeln auf dem lokalen Computer ein. Schützt Betriebssystemressourcen, schützt und registriert ausführbare Objekte.
• Prozessmanager. Erstellt und beendet, unterbricht und setzt Prozesse und Threads fort und speichert auch Informationen darüber.

Virtueller Speichermanager.

• I/O-Subsystem. Enthält die folgenden Komponenten:
  • ein I/O-Manager, der geräteunabhängige I/O bereitstellt;
  • Dateisysteme - NT-Treiber, die dateiorientierte I / O-Anfragen ausführen und in Aufrufe an gewöhnliche Geräte übersetzen;
  • Netzwerkumleitung und Netzwerkserver - Treiber Dateisysteme Senden von Remote-I/O-Anfragen an und Empfangen von Anfragen von ihnen;
  • Executive-Gerätetreiber - Low-Level-Treiber, die das Gerät direkt steuern;
  • Cache-Manager, der das Festplatten-Caching implementiert.

Die Laufzeit wiederum basiert auf den untergeordneten Diensten, die vom NT-Kernel bereitgestellt werden. Die Kernelfunktionen umfassen:

• Prozessplanung,
• Umgang mit Interrupts und Ausnahmen,
• Synchronisation von Prozessoren für Mehrprozessorsysteme,
• Systemwiederherstellung nach Fehlern.

Der Kernel läuft im privilegierten Modus und wird nie aus dem Speicher entfernt. Auf den Kernel kann nur über einen Interrupt zugegriffen werden.

Von Windows NT geschützte Subsysteme werden im Benutzermodus ausgeführt und von Windows NT beim Booten erstellt. Unmittelbar nach der Erstellung beginnen sie einen endlosen Zyklus ihrer Ausführung und reagieren auf Nachrichten, die von Anwendungsprozessen und anderen Subsystemen an sie gesendet werden. Unter den geschützten Subsystemen kann man eine Unterklasse namens Umgebungssubsysteme unterscheiden. Umgebungssubsysteme implementieren Betrie(APIs). Andere Arten von Subsystemen, die als integrale Subsysteme bezeichnet werden, führen vom Betriebssystem erforderliche Aufgaben aus. Zum Beispiel, die meisten des Systems Windows-Sicherheit NT ist als integrales Subsystem implementiert, Netzwerkserver sind ebenfalls als integrales Subsystem implementiert.

Das wichtigste Subsystem der Umgebung ist Win32, ein Subsystem, das Anwendungen den Zugriff auf die 32-Bit-Windows-API ermöglicht. Darüber hinaus bietet dieses System eine grafische Benutzeroberfläche und steuert die Benutzereingabe/-ausgabe.

Jedes geschützte Subsystem läuft im Benutzermodus und ruft einen Systemdienst in der Exekutive auf, um Aktionen im privilegierten Kernelmodus auszuführen. Netzwerkserver können je nach Design entweder im Benutzermodus oder im Kernelmodus ausgeführt werden.

Subsysteme kommunizieren miteinander, indem sie Nachrichten weiterleiten. Wenn beispielsweise eine Benutzeranwendung eine API-Prozedur aufruft, empfängt das Umgebungs-Subsystem, das diese Prozedur bereitstellt, die Nachricht und führt sie entweder durch Zugriff auf den Kernel oder durch Senden einer Nachricht an ein anderes Subsystem aus. Nach Abschluss der Prozedur sendet das Umgebungssubsystem eine Nachricht an die Anwendung, die den Rückgabewert enthält. Das Versenden von Nachrichten und andere Aktivitäten der geschützten Subsysteme sind für den Benutzer unsichtbar.

Das primäre Tool, das alle Windows NT-Subsysteme zusammenhält, ist der LPC-Mechanismus (Local Procedure Call). LPC ist eine optimierte Version eines allgemeineren Tools, Remote Procedure Call (RPC), das verwendet wird, um zwischen Clients und Servern auf verschiedenen Computern in einem Netzwerk zu kommunizieren.