Les principaux composants de la famille Windows nt. WNT : La véritable histoire de Windows NT. Domaines d'utilisation de Windows NT

Dans cet article, nous examinerons les types de salles d'opération Systèmes Windows NT. Windows NT n'est pas Windows2000 ou quoi que ce soit d'autre. Il s'agit d'une série, ou plutôt d'une plate-forme, sur la base de laquelle l'OS est développé. Presque toute la famille Windows est basée sur cette plate-forme. En plus de NT, il existe également la plate-forme 9x, qui comprend Windows95, Windows98 et WindowsME.

En raison du fait qu'il y avait des inquiétudes concernant le fonctionnement incorrect des programmes écrits en tenant compte des anciennes versions du système d'exploitation, la 10e version du système d'exploitation a été publiée immédiatement après la huitième. Sinon, le 9-ka dans la version pourrait être interprété par le programme comme un système d'exploitation de la série 9-x. En savoir plus sur ce qu'est NT dans cet article.

Windows NT(dans le langage courant, juste NT) - règle systèmes d'exploitation(OS) produit par Microsoft Corporation et le nom des premières versions du système d'exploitation. Windows NT a été développé après la fin de la coopération entre Microsoft et IBM sur OS/2, il s'est développé séparément des autres systèmes d'exploitation de la famille Windows (Windows 3.x et Windows 9x).

Contrairement à Windows 3.x et Windows 9x, Windows NT s'est positionné comme une solution fiable pour les postes de travail (Windows NT Workstation) et les serveurs (Windows NT Server). Windows NT a donné naissance à une famille de systèmes d'exploitation, qui comprend : Windows NT lui-même, Windows 2000, Windows XP, Windows Server 2003, Windows Vista, Windows Server 2008, Windows 7, Windows 8. Informations de l'article Windows NT, Wikipedia.

Nom du système d'exploitation Windows	Numéro de version NT
Windows NT 4.0	4.0.1381
5.0.2195
Windows XP	5.1.2600
6.0.6000
Windows 7	6.1.7600

Le nombre après les lettres NT est le numéro de série du développement d'un OS basé sur NT. Windows7 (Windows NT6.1), le septième développement basé sur NT, est désormais disponible. Vista - NT6.0, XP - NT5.1, Windows2000 - NT5.0. Win2K n'est qu'une interprétation physique d'un nombre (2K = 2000). Windows NT est toute une famille d'OS. Cela se produit souvent lors du téléchargement de guides d'installation et de configuration ou de pilotes de périphérique.

Depuis l'époque de Windows95, l'interface du système d'exploitation n'a pas fondamentalement changé beaucoup. Bien sûr, il est devenu meilleur, plus parfait et plus pratique, de nombreuses nouvelles fonctions sont apparues. Mais une personne qui a travaillé sur Windows2000 s'habituera facilement aux versions ultérieures de Windows (si l'on parle de l'interface système dans son ensemble). Techniquement, les systèmes diffèrent les uns des autres, les méthodes de résolution des problèmes des utilisateurs sur différents systèmes diffèrent également.

En général, si nous décrivons cette famille d'OS, alors nous pouvons dire que l'histoire de Windows est divisée en 2 parties - avant la sortie de Windows Vista et après. Les développeurs Microsoft n'ont rien apporté de fondamentalement nouveau (à l'exception des effets visuels) à l'interface de cette version de leur système d'exploitation, cependant, le noyau du système a été complètement réécrit.

En raison du nouveau noyau, la compatibilité avec les anciens programmes (dont le développement s'est arrêté avant la sortie de Vista) et les pilotes des anciens périphériques a été perdue. Cela explique en grande partie la notoriété et l'impopularité de cette Versions Windows... Dans Windows7, les développeurs ont pris en compte les erreurs, les fabricants de logiciels et de matériel avaient déjà la possibilité de sortir des logiciels et du matériel en tenant compte des nouvelles exigences de l'OS, mais la plupart des anciens programmes et anciens équipements ne sont plus pris en charge par ce système d'exploitation.

Compatibilité des versions Windows

Pour sortir de la situation (de nombreux programmes industriels ne fonctionnent pas sous Windows7), les versions Windows7 Professionnel, Entreprise et Intégrale ont la possibilité d'exécuter des programmes sous XP-Mode. XP-Mode est une machine virtuelle et une image WindowsXP sous licence. Certes, les capacités graphiques d'émulation sont au niveau du S3 Trio64 sans support 3D, c'est-à-dire le strict minimum.

(NT 6.0)

2006 Non supporté
Presque, pas utilisé (NT 6.1) 2009 Non supporté
Utilisé activement (NT 6.2) 2012 Non supporté
Presque, pas utilisé (NT 6.3) 2013 Prise en charge
Presque, pas utilisé (NT 10) 2015 Prise en charge
Utilisé activement

Serveur Windows

Logo	Version	Année	Statut
		1993	Non supporté Généralement pas utilisé
		1994
		1995
		1996
		2000
		2003	Non supporté Toujours en cours d'utilisation
		2005
		2008
		2009	Prise en charge Utilisé activement
		2012
		2013
		2016
		2018	Commencer

Toutes les versions de Windows par règle + chronologie

Règle	Ans	Énumération des versions
16 bits	1985 - 1995	Fenêtres 1/2/3
32 bits (9x)	1995 - 2001	Windows 95/98/ME
NT (32 et 64 bits)	depuis 1993	Station de travail Windows NT 3.1 / NT 3.5 / NT 3.51 / NT 4.0 / 2000 / XP / Vista / 7/8 / 8.1 / 10
Serveurs NT (32 et 64 bits)	depuis 1993	Windows NT 3.1 / NT 3.5 / NT 3.51 / NT 4.0 Serveur / 2000 Serveur / 2003/2003 R2 / 2008/2008 R2 / 2012/2012 R2 / 2016/2019

Histoire de succès

Cette success story reflète la fréquence d'utilisation du système ; nombre de problèmes rencontrés par les utilisateurs ; Commentaires.

	Windows 1	Échec
	Windows 2	Neutre
	Windows 3	Succès
	Windows 95	Échec
	Windows 98	Succès
	Windows Millenium	Échec
	Windows 2000	Neutre
	Windows XP	Grand succès
	Windows Vista	Échec
	Windows 7	Succès
	Windows 8	Échec
	Windows 8.1	Échec
	Windows 10	Succès

* malgré l'échec de certaines versions du système d'exploitation, ils portaient de nouvelles fonctions qui ont été transférées aux versions déjà réussies. Par exemple, au cours du millénaire, de belles icônes et fenêtres sont apparues, qui ont été transférées vers Windows 2000. Par conséquent, un échec ne doit pas être considéré comme un échec.

Windows 1

Années de support : 1985 - 2001. Branche : 16 bits.

Éditions : -

Quoi de neuf

Avant Windows 1, il y avait MS-DOS, donc l'innovation la plus importante est l'interface graphique et la possibilité de fonctionner avec la souris.

Configuration requise

Windows 3

Années de support : 1990 - 2008. Branche : 16 bits.

Éditions : -

Quoi de neuf

• La première (de Microsoft) interface conviviale.
• L'apparition du gestionnaire de programme.
• L'émergence de capacités multimédias.
• Prise en charge du réseau (depuis 3.1).

Configuration requise

Windows NT 3.1

Éditions : -

Quoi de neuf

• Le premier système basé sur le noyau NT.
• Prise en charge du système de fichiers NTFS.

Configuration requise

CPU	Intel 80386
RAM	2 Mo
Le volume disque dur	8 Mo

Poste de travail Windows NT 3.5

Éditions : -

Quoi de neuf

• Prise en charge intégrée de Winsock et TCP/IP.
• L'émergence du serveur et du client DHCP et WINS.
• Prise en charge VFAT.

Configuration requise

CPU	33MHz
RAM	12 Mo
Espace disque dur	70 Mo

Poste de travail Windows NT 3.51

Éditions : -

Configuration requise

Poste de travail Windows NT 4.0

Éditions : -

Configuration requise

Windows 98

Années de support : 1998 - 2006. Branche : 9x (32 bits).

Configuration requise

Windows Millenium

Années de support : 2000 - 2006. Branche : 9x (32 bits).

Configuration requise

Windows 2000

Années de support : 2000 - 2010. Branche : NT.

Configuration requise

Windows XP

Éditions : XP, XP Professionnel

Configuration requise

Windows Vista

Années de support : 2006 - 2017. Branche : NT. Profondeur de bits : 32 et 64 bits.

Éditions : Starter, Familiale Basique, Familiale Premium, Business, Entreprise, Ultimate

Configuration requise

Windows 7

Années de support : 2009 - 2020. Branche : NT. Profondeur de bits : 32 et 64 bits.

Éditions : Starter, Familiale Basique, Familiale Premium, Professionnelle, Entreprise, Intégrale

Configuration requise

	Le minimum		conseillé
Architecture	32 bits	64 bits	32 bits	64 bits
CPU	1 GHz
RAM	1 Go	2 Go	4 GO
Espace disque dur	16 GB	20 Go	16 GB	20 Go

Windows 8

Années de support : 2012 - 2016. Branche : NT. Profondeur de bits : 32 et 64 bits.

Configuration requise

	Le minimum		conseillé
Architecture	32 bits	64 bits	32 bits	64 bits
CPU	1 GHz
RAM	1 Go	2 Go	4 GO
Espace disque dur	16 GB	20 Go	16 GB	20 Go

Windows 8.1

Années de support : 2013 - 2023. Branche : NT. Profondeur de bits : 32 et 64 bits.

Éditions : 8, 8 Professional (Pro), 8 Corporate (Enterprise)

Configuration requise

	Le minimum		conseillé
Architecture	32 bits	64 bits	32 bits	64 bits
CPU	1 GHz
RAM	1 Go	2 Go	4 GO
Espace disque dur	16 GB	20 Go	16 GB	20 Go

Windows 10 (dernier pour les ordinateurs personnels)

Années de support : 2015 - 2025. Branche : NT. Profondeur de bits : 32 et 64 bits.

Éditions

• Domicile. Pour la plupart des ordinateurs personnels. Il n'y a aucun moyen de configurer un bureau à distance afin que vous puissiez vous connecter au système à distance ; pas de possibilité d'utiliser stratégies de groupe et rejoindre le domaine.
• Professionnel (Pro). Contient toutes les fonctions de la version domestique + la possibilité de rejoindre un domaine, d'utiliser des stratégies de groupe, la possibilité de se connecter à un ordinateur à l'aide d'un bureau à distance.
• Entreprise (Entreprise). Certaines fonctionnalités de la version maison ont été réduites. Il y a tout fonctions supplémentaires Versions Pro + DirectAccess, AppLocker.
• S. Est une version allégée ; préinstallé sur certains appareils. Ne prend pas en charge l'installation standard des applications - l'installation n'est possible qu'à partir du magasin Windows.

Quoi de neuf

Windows 10 subit de nombreux changements avec la sortie de nouvelles versions. Par conséquent, nous examinerons les innovations sur cette base.

• Performance améliorée.
• Nouveau navigateur intégré Microsoft Edge.
• Rétrécissement automatique d'une fenêtre adjacente lorsque la fenêtre active est pressée contre l'un des côtés du bureau.
• Toutes les applications dans Démarrer prennent en charge l'affichage de 2048 éléments (auparavant, seulement 512).
• Installation forcée des mises à jour.
• Utiliser le virtuel assistant vocal Cortana.
• Le menu Démarrer mis à jour est un hybride des versions précédentes et de Windows 8 (l'ancienne option de divulgation est revenue et les tuiles sont apparues sur le côté droit).
• La possibilité de créer plusieurs bureaux.
• Abandonner le système Windows 8 en mosaïque.

• Capacité d'écriture manuscrite (Windows Ink).
• Identification par webcam.
• Synchronisation avec appareil mobile avis.
• Modifiez le menu des paramètres système.

• Prise en charge intégrée des casques de réalité virtuelle.
• Mode de jeu
• Par défaut, il propose une ligne de commande dans Powershell.
• L'accès au panneau de configuration classique est masqué depuis menu contextuel... Maintenant, il peut être appelé avec la commande contrôler.
• Amélioration de l'antivirus intégré.
• Authentification par webcam pour Active Directory.
• La possibilité de créer une capture d'écran avec une sélection de zone à l'aide du raccourci clavier Win + Shaft + S.
• Prise en charge du braille.
• Durée de vie de la batterie plus longue.

• Possibilité d'exécuter Cortana sur un appareil et de se retrouver sur un autre.
• Désactivez le protocole SMBv1. Vous pouvez l'activer manuellement.
• Le panneau Personnes apparaît.
• Informations GPU dans le Gestionnaire des tâches.
• Plein écran Microsoft Edge
• Durée de vie de la batterie plus longue (Power Throttling).
• L'émergence du panneau emoji.
• Synchronisation sélective OneDrive.
• Correction du problème de freinage dans les jeux.

• La possibilité de récupérer votre mot de passe à l'aide de questions de sécurité.

• Thème sombre pour l'explorateur.
• La possibilité d'accéder aux messages depuis votre téléphone (fonction "Votre Téléphone").

• Table de travail isolée pour lancement en toute sécurité applications.

* cette liste contient certaines des innovations. Liste complète sur la page Wikipédia.

Configuration requise

	Le minimum		conseillé
Architecture	32 bits	64 bits	32 bits	64 bits
CPU	1 GHz
RAM	1 Go	2 Go	4 GO
Espace disque dur	16 GB	20 Go	16 GB	20 Go

Serveur avancé Windows NT 3.1

Années de soutien : 1993 - 2001. Branche : NT. Profondeur de bits : 16, 32 et 64 bits.

Éditions : -

Configuration requise

CPU	Intel 80386
RAM	2 Mo
Espace disque dur	8 Mo

Serveur Windows NT 3.5

Années de soutien : 1994 - 2001. Branche : NT. Profondeur de bits : 16, 32 et 64 bits.

Éditions : -

Quoi de neuf

• Prise en charge intégrée de Winsock et TCP/IP.
• L'émergence des serveurs DHCP et WINS.
• Fournir accès général aux fichiers et aux imprimantes.
• Prise en charge VFAT.

Configuration requise

CPU	33MHz
RAM	16 Mo
Espace disque dur	70 Mo

Serveur Windows NT 3.51

Années de soutien : 1995 - 2001. Branche : NT. Profondeur de bits : 16, 32 et 64 bits.

Éditions : -

Configuration requise

CPU	33MHz
RAM	16 Mo
Espace disque dur	70 Mo

Serveur Windows NT 4.0

Années de soutien : 1996 - 2004. Branche : NT. Profondeur de bits : 32 et 64 bits.

Éditions : Server, Enterprise Edition, Terminal Server

Configuration requise

Serveur Windows 2000

Années de support : 2000 - 2010. Branche : NT. Profondeur de bits : 32 et 64 bits.

Éditions : Server, Advanced Server et Datacenter Server

Configuration requise

Serveur Windows 2003

Années de support : 2003 - 2015. Branche : NT. Profondeur de bits : 32 et 64 bits.

Éditions : Web, Standard, Entreprise, Datacenter

Configuration requise

Web, Standard, Entreprise :

Édition du centre de données :

Windows Server 2003 R2

Années de support : 2005 - 2015. Branche : NT. Profondeur de bits : 32 et 64 bits.

Éditions : Standard, Entreprise, Datacenter

Configuration requise

Standard, Entreprise :

Édition du centre de données :

Serveur Windows 2008

Années de support : 2008 - 2020. Branche : NT. Profondeur de bits : 32 et 64 bits.

Editions : Web, Standard, Entreprise, Datacenter, HPC, Stockage, Itanium

Configuration requise

	Le minimum		conseillé
Architecture	32 bits	64 bits	32 bits	64 bits
CPU	1 GHz	1,4 GHz	2 GHz
RAM	512 Mo		2 Go
Espace disque dur	10 Go		40 Go

Windows Server 2008 R2

Années de support : 2009 - 2020. Branche : NT. Profondeur de bits : 64 bits.

Éditions : Foundation, Small Business, Web, Standard, Enterprise, Datacenter, HPC, Itanium

Configuration requise

Serveur Windows 2012

Années de support : 2012 - 2023. Branche : NT. Profondeur de bits : 64 bits.

Configuration requise

Windows Server 2012 R2

Années de support : 2013 - 2023. Branche : NT. Profondeur de bits : 64 bits.

Éditions : Foundation, Essentials, Standard, Datacenter

Configuration requise

Serveur Windows 2016

Années de support : 2016 - 2026. Branche : NT. Profondeur de bits : 64 bits.

Éditions : Essentials, Standard, Datacenter

Quoi de neuf

• Licence pour les cœurs de processeur physiques (minimum 16).
• Nouveau régime installations - Nano.
• L'émergence de la virtualisation des conteneurs.
• OpenGL et OpenCL pour RDP.
• Chiffrement machines virtuelles et le trafic réseau interne.
• Bloquer la réplication des stockages de fichiers.

Configuration requise

Windows Server 2019 (dernier pour les serveurs)

Années de prise en charge : 2018 - ?. Branche : NT. Profondeur de bits : 64 bits.

Éditions : Standard, Datacenter

Quoi de neuf

• Sécurité renforcée - Technologies Defender ATP et Defender Exploit Guard intégrées.
• Sous-système Windows Linux (WSL) - Conteneurs pour prendre en charge les dispositions Linux.
• Pour créer un cluster avec un nombre pair de nœuds, un disque USB peut être utilisé comme disque témoin.

Les racines

Tout a commencé en 1975, lorsque Digital Equipment Corporation a lancé le développement de sa plate-forme VAX 32 bits.

Le projet était dirigé par Cutler, qui s'était déjà fait une réputation d'ingénieur système robuste en créant le RSX-11M pour les célèbres mini-ordinateurs PDP-11. En 1977, la machine VAX-11/780 et son système d'exploitation, VMS 1.0, ont été annoncés. Quatre ans plus tard, Cutler était follement fatigué d'« attribuer » des numéros après le préfixe à trois lettres inchangé, et il a décidé de quitter Digital. Cependant, les fonctionnaires de l'entreprise se sont révélés plus rusés : comme un développeur talentueux ne peut pas être maintenu au sein de l'organisation, ils ont décidé d'imiter l'atmosphère d'une startup et d'une créativité libre. Une unité autonome à Seattle a été créée et Cutler a été autorisé à recruter le nombre requis de personnes (environ 200 personnes) directement auprès des employés de Digital. La nouvelle structure a repris la conception de l'architecture du processeur et du système d'exploitation, dont le nom de code est Prism.

Schéma de développement des systèmes d'exploitation de la famille Windows NT

Le "moment de bonheur" n'a pas duré longtemps, les grands patrons n'ont pas réussi à mener l'entreprise commencée à sa conclusion logique, et en 1988, Cutler, avec ses 200 ingénieurs et programmeurs, s'est retrouvé sur le pain gratuit. Mais le développeur bien connu n'est pas resté en panne : à l'époque, à la tête de Bill Gates, la décision était mûre de créer un système d'exploitation serveur qui rivaliserait avec les clones Unix. Histoire de mettre la main sur David Cutler, le futur architecte en chef de Microsoft a accepté d'embaucher 20 anciens ingénieurs numériques de son choix. En novembre 1988, une équipe de cinq personnes de Digital et un programmeur de Microsoft se sont mis au travail.

La tâche consistait à écrire un système d'exploitation pour le nouveau processeur Intel i860 RISC, nom de code N-Ten. De là, soit dit en passant, l'abréviation NT est née, interprétée plus tard par les spécialistes du marketing de Microsoft comme une nouvelle technologie. Déjà en décembre 1988, les premiers fragments du système étaient prêts. Le hic, c'est que le i860 n'existait que sur papier, donc le code devait être testé sur un émulateur logiciel. Le développement a été réalisé sur des "jouets", selon les normes actuelles, des machines Intel 386 25 MHz avec 13 Mo de RAM et disques durs 110 Mo.

L'architecture micronoyau, qui formait à l'origine la base de NT, a acquis une importance décisive lorsqu'on a découvert en 1989 que le "fer" i860 n'était pas capable d'exécuter du code écrit de manière suffisamment efficace. Ils ont dû se réorienter vers le MIPS R3000, puis vers un processeur standard Intel 386, ce qui a été fait en moins d'un an par une équipe qui est passée à 28 ingénieurs.

En 1990, l'événement le plus important dans le destin de NT s'est produit - la sortie et le succès vertigineux de Windows 3.0. En fait, c'était le premier système d'exploitation multitâche de Microsoft avec une interface graphique décente dans laquelle vous pouviez faire un vrai travail. C'est l'emprunt de cette interface et de cette API qui a prédéterminé l'avenir de NT. Initialement, l'OS du serveur était censé être un remake du projet OS/2 avec IBM et, par conséquent, fonctionner avec les applications OS/2 existantes. Cependant, la troisième version de Windows arrive à point nommé : Redmond abandonne ses alliés et recentre l'équipe de développement NT pour concevoir une API Win32, faite à « l'image et à la ressemblance » de l'interface Win16. Cela a fourni une cohérence indispensable, facilitant le portage des applications du bureau vers la plate-forme serveur.

Le groupe de développement NT, qui avait évolué vers Windows NT à ce moment-là, s'est développé rapidement et a employé bientôt environ 300 personnes. L'abandon de l'orientation OS/2 a entraîné de sérieux problèmes dans les relations entre Microsoft et IBM. Il n'y a eu aucune déclaration officielle, juste lors d'une des présentations interentreprises, les employés d'IBM ont découvert avec confusion que le système d'exploitation créé n'avait rien à voir avec l'idée originale de leur entreprise. Néanmoins, Windows NT 3.1 (la numérotation a été "ajustée" à la version actuelle de Windows 16 bits qui existait à l'époque) incluait également la prise en charge des API DOS, Win16, POSIX et OS/2. En juillet 1993, un nouveau système de serveur de Microsoft est sorti et a commencé son voyage.

Puis les choses allèrent vite : en septembre 1994, Windows NT 3.5 sortait. La version précédente a été préparée dans une précipitation fébrile, tout a dû être codé à partir de zéro et de nombreuses fonctionnalités sont restées insatisfaites. Il est maintenant temps de penser à l'efficacité, à la vitesse et... à l'organisation d'une sorte d'interaction avec des réseaux construits sur NetWare - le leader absolu de l'époque, dominant le marché réseaux locaux... Si dans ces années ils étaient si attentifs aux problèmes de régulation des monopoles, comme cela se fait aujourd'hui, il aurait peut-être suffi d'écrire une calomnie appropriée à l'autorité compétente. Hélas, Microsoft a dû résoudre la situation par lui-même. Novell hésitait à fournir ou non un support client pour Windows NT. Redmond ne pouvait plus attendre - ils ont écrit leur propre client NetWare, et il s'est avéré si bon qu'il a continué à être utilisé après l'original Logiciel de Novell. En mai 1995, grâce à l'architecture basée sur le micronoyau, une "édition PowerPC" spéciale du système d'exploitation est apparue - Windows NT 3.51. Selon certains rapports, sa sortie a été retardée en raison de l'incapacité d'IBM à adhérer au plan de commercialisation de ce processeur. L'évolution de la version PowerPC est donc allée un peu plus loin que Windows NT 3.5, ce qui lui a permis de devenir la base de la prochaine version de l'OS.

Si jusqu'à présent il était encore possible de parler d'une certaine similitude dans les architectures de Windows NT et même d'Unix (dans quelque chose d'infiniment éloigné, mais dans quelque chose de très similaire à l'OS VMS), alors avec la sortie de NT 4.0, qui a introduit les graphiques sous-système dans le noyau, la dernière raison d'un tel raisonnement a disparu. En théorie, cette décision était une conclusion absolument logique de la triste expérience d'essayer d'intégrer l'environnement de fenêtrage populaire Windows 95 dans NT. L'idée de répéter le modèle architectural de la X Window - Unix - est probablement née précisément à cause de la « orientation du serveur » d'origine de NT. Cependant, s'il n'y avait aucun problème avec la "transplantation" du shell graphique, alors ses performances en mode utilisateur (c'est-à-dire sous la forme application régulière) laissait beaucoup à désirer, ce qui est absolument naturel - prenant en charge un périphérique de sortie abstrait (que ce soit un écran raster, une imprimante ou autre), le sous-système graphique Windows est infiniment plus complexe et, par conséquent, plus gourmand en ressources que X Window, qui « comprend » uniquement les affichages raster. Par exemple, un autre module a été ajouté au noyau Windows NT 4.0, publié en juillet 1996. La révision a été nommée Shell Update Release (SUR).

L'étape suivante fut Windows NT 5.0, sorti sur le marché en 2000 sous le nom de Windows 2000. Le changement de titre a été influencé par les marketeurs et s'est avéré être, dans l'ensemble, la bonne décision pour repositionner ce système d'exploitation. Le travail continue à ce jour, comme en témoigne la sortie de Windows Server 2003.

La bataille pour Windows Windows Server est conçu et mis en œuvre par Mark Lucovsky, un partisan de la division Server OS de la société. Il dirige une armée de 5 000 développeurs, au nombre de sept laboratoires. 5 000 autres programmeurs travaillent sur leur lieu de travail dans des entreprises partenaires, apportant quotidiennement leur contribution de 50 millions de lignes du code final du système d'exploitation Windows Server 2003. Chaque jour, une compilation et un assemblage complets du système sont effectués pour vérifier le fonctionnement et identifier les erreurs. Des listes de bugs sont envoyées aux équipes de développement. Les corrections apportées doivent être affichées sur un tableau d'affichage électronique, qui les met en file d'attente pour être soumises à la version principale. La batterie de serveurs qui compile le système est constamment mise à niveau, cependant, comme il y a de nombreuses années, une construction complète prend 12 heures de temps machine. Et ce, malgré la division de la panoplie colossale de codes en groupes distincts et indépendants de textes sources, organisés en hiérarchies arborescentes. La quintessence du processus de développement est constituée de réunions d'une heure dans la soi-disant "War Room", qui se tiennent deux ou trois fois par jour (à 9h30, 14h00 et 17h00). Elles sont précédées d'événements similaires dans les « battle rooms » locales des groupes de travail à 8h00. La réunion principale discute des correctifs pour les bogues précédemment découverts et détermine l'état général du projet. Ces derniers jours, ils ont principalement cherché des moyens de résoudre un problème important - renommer Windows.NET Server 2003 en Windows Server 2003. Des milliers de noms dans divers modules, et ce au dernier moment avant la sortie du système, ce qui a causé un sérieux casse-tête pour les développeurs. Lors de la réunion, chaque équipe devra rendre compte de l'avancement de ses travaux, du processus de correction des erreurs trouvées et des conséquences possibles de l'introduction ou de la non-introduction de ces amendements. Si le problème ne peut pas être résolu ou s'il n'est pas considéré comme suffisamment important, le bogue, selon la terminologie d'origine, est « injecté » dans la version finale. Sauter le camp du matin équivaut à déserter. La construction commence tous les jours à 16h30 et peut être reportée jusqu'à 18h00 afin qu'après la troisième réunion dans la "salle de combat", les derniers correctifs puissent être inclus dans le système. Une équipe ne peut pas venir à une réunion sans une solution toute faite aux problèmes existants, sinon elle ferait mieux de ne pas s'y présenter du tout. Chacun des sept laboratoires possède une copie complète du code source du système, qu'ils révisent, compilent et testent pour les performances. Si tout s'est bien passé, le nouveau code est fusionné avec le code généré par d'autres équipes dans l'assemblage principal. Le problème peut résider dans l'interopérabilité du nouveau code écrit par différents groupes. Le montage principal ne se passe pas toujours bien, parfois le système s'avère non viable. Dans ce cas, dès que le module coupable est trouvé (généralement vers trois ou quatre heures du matin), ceux qui l'ont écrit sont appelés en urgence sur le lieu de travail et ne le quittent pas tant que l'erreur n'est pas corrigée. Par conséquent, les programmeurs doivent être prêts à travailler 24 heures sur 24, 6 jours sur 7 (la période de six jours est introduite à mesure que la date de sortie du produit approche). Le principe principal sur lequel reposent les étapes finales des tests est l'utilisation de nos propres produits dans le processus de conception. Une fois que le système atteint le « premier niveau » de stabilité, il devient le principal système d'exploitation des groupes de travail. Le "deuxième niveau" est considéré comme atteint lorsque le système d'exploitation acquiert la capacité de fonctionner. Ce n'est qu'alors qu'il est autorisé à être utilisé sur le campus de Microsoft. C'était le cas avec un serveur de fichiers sous NT, la première utilisation de celui-ci était de stocker le code source de Windows NT, cela a été fait avec la première et avec toutes les versions ultérieures d'Active Directory. Le produit est ensuite transmis à des partenaires de développement conjoints (JDP) sélectionnés pour être testés. Si des erreurs sont trouvées, une "décision volontaire" est prise : les laisser dans le système et enregistrer la date du début des ventes, ou reporter la date de sortie et commencer à apporter des améliorations. Dans ce dernier cas, tous les résultats sont annulés et les tests repartent de zéro. Il est beaucoup plus difficile de fournir un support après-vente. Lors de l'identification de failles, de failles de sécurité ou de la nécessité d'ajouter de nouvelles fonctions au produit, vous devez créer soit un correctif local, soit un Service Pack à part entière. Comme il y en avait déjà d'autres avant ce patch ou ce Service Pack, le nouveau code est testé sur de nombreuses variantes du système, en passant par toutes les combinaisons possibles de patchs et de Service Packs. De plus, afin d'effectuer un bilan de santé complet, la société maintient certaines parties de son réseau fonctionnant sur des versions antérieures de produits (par exemple, Windows Server 2000), où vous pouvez « tester » le système dans le « champ conditions".

Comment VMS est devenu WNT

Certains esprits ont plaisanté à un moment donné que si vous effectuez l'opération d'incrémentation (augmentation d'une unité) chaque lettre du nom du système d'exploitation Cutler VMS, vous obtenez WNT ou Windows NT. Selon les professionnels, c'est vrai. Pas une idée préconçue basée sur le fait que les principaux architectes de NT étaient à un moment les développeurs de VMS, mais une réalité objective.

En fait, NT est l'incarnation d'idées architecturales radicalement repensées, implémentées dans le langage C pour une meilleure portabilité, du noyau assembleur VMS, complétées par les API d'interface correspondantes et de nouveaux sous-systèmes de fichiers et graphiques. Le point commun des solutions architecturales des deux systèmes est très large. Ainsi, ils ont les mêmes concepts de processus, de priorités (32 niveaux), de gestion des changements de priorité et de contrôle sur la répartition du temps processeur entre eux. Mais malgré des similitudes importantes, sans doute dues à l'expérience précédente de l'équipe de l'architecte en chef - Cutler, NT a été créé à l'origine comme un système d'exploitation multithread - cette "petite" différence nous permet de comprendre le degré de distance de NT par rapport au VMS "de base" architecture.

Les pilotes des deux systèmes d'exploitation fonctionnent dans le cadre d'un modèle de pile, dont chaque couche est isolée des autres, ce qui permet d'organiser un schéma de contrôle de périphérique à plusieurs étapes. Les systèmes permettent d'échanger à la fois les processus utilisateur et les processus système, y compris les pilotes. La façon dont les ressources sont représentées est également similaire, les deux systèmes les traitent comme des objets et en disposent à l'aide du gestionnaire d'objets. La sécurité NT, comme ses listes de contrôle d'accès discrétionnaire ou DACL sous-jacentes, a ses racines dans VMS 4.0.

En 1993, les ingénieurs de Digital se sont penchés sur la spécification Windows NT et ont trouvé qu'il s'agissait d'une ressemblance frappante avec le système d'exploitation expérimental Mica développé par le projet Prism. D'où vient cette attention portée aux produits Redmond ? Non pas à cause d'une bonne vie, les employés de Digital ont commencé à étudier l'intérieur du système de quelqu'un d'autre. En 1992, la société était dans une plongée prolongée, de l'argent lui échappait des doigts et les ventes du nouveau processeur Alpha étaient au point mort. Désormais, en quête de sauvetage, les patrons de l'entreprise ont tenté de solliciter l'aide de leur pire rival Intel, ce à quoi son président, Andrew Grove, a refusé. En fin de compte, j'ai dû m'incliner devant Gates III et demander port Windows NT pour Alpha en échange d'une promesse de faire de NT, au détriment de VMS, son principal système d'exploitation. Avec la version préliminaire de NT, cependant, les ingénieurs de Digital ont progressivement réalisé que le système d'exploitation nécessitait beaucoup plus de RAM que leur "PC Alpha à 5 000 $" typique n'en contiendrait. Pour le marché de masse des stations RISC, NT n'était clairement pas adapté, la tentative de se placer sous les drapeaux de Microsoft pour Digital (comme, en fait, pour la plupart des autres sociétés) s'est transformée en une perte de temps et d'argent.

Le jeu de "trouver les 10 différences" entre WNT et VMS a payé de gros dividendes pour Digital. Selon l'une des versions, publiée à l'époque dans Business Week, au lieu de poursuivre ouvertement, le président de Digital, ayant entre les mains des preuves irréfutables de violation des droits de propriété intellectuelle, a décidé d'obtenir plus en dépensant moins. Il s'est tourné vers Microsoft pour obtenir des éclaircissements, ce qui a abouti à la signature d'un contrat à grande échelle en vertu duquel Digital est devenu le principal intégrateur de réseau de NT. De plus, en octobre de la même année, Redmond a abandonné la prise en charge dans Windows NT des processeurs PowerPC et MIPS concurrents d'Alpha. Malheureusement pour la direction de Digital, l'alliance s'est rapidement effondrée et le statut de « services d'installation de réseau NT pour Microsoft » est passé à Hewlett-Packard, qui, quelques années plus tard, a également eu un autre lourd fardeau pour l'entreprise : le système d'exploitation VMS.

Malgré le fait que NT et VMS se soient séparés, ces systèmes d'exploitation ont continué une série d'emprunts particuliers. En particulier, Windows NT n'a reçu la prise en charge des clusters qu'en 1997, alors qu'il était dans VMS depuis 1984, et même plus tard, une version 64 bits de Windows est apparue (VMS a migré vers une profondeur de bits plus élevée en 1996). D'autre part, dans VMS 7.0 en 1995, des threads au niveau du noyau ont été annoncés, et une partie de VMS 7.2 était une base de données de type Registre et un journal des événements global similaire aux outils NT correspondants. Windows Server 2003 sort, voyons la suite...

Historique du développement

Le développement de Windows NT, provisoirement intitulé "NT OS/2", a été lancé en novembre 1988 par une équipe dirigée par David Cutler. Dave coutelier ), qui sont passés de DEC à Microsoft, où ils ont développé VAX et VMS. Les travaux se sont déroulés parallèlement au développement par IBM de son propre système d'exploitation, OS/2 2.0, qui n'est finalement sorti qu'en avril 1992. Parallèlement, Microsoft a continué à développer ses systèmes d'exploitation des familles DOS et Windows, moins gourmands en ressources informatiques qu'IBM OS/2. Après la sortie de Windows 3.0 en mai 1990, Microsoft a décidé d'ajouter une interface de programmation (API) compatible avec l'API Windows à NT OS/2. Cette décision a provoqué de graves frictions entre Microsoft et IBM, qui se sont soldées par une rupture. travailler ensemble... IBM a continué à développer OS/2 par lui-même et Microsoft a commencé à travailler sur un système qui a finalement été publié sous le nom de Windows NT. Bien que ce système ne soit pas immédiatement devenu populaire, comme DOS, Windows 3.x ou Windows 9.x, d'un point de vue marketing, Windows NT s'est avéré être nettement plus performant que OS/2.

Il convient de noter que les API OS/2 puis POSIX étaient initialement prévues comme des API NT ; le support des API Windows a été ajouté en dernier. De plus, Intel i860 puis MIPS étaient initialement prévus comme plate-forme matérielle pour NT, la prise en charge d'Intel x86 a également été ajoutée plus tard. Puis, dans le processus d'évolution de ce système d'exploitation, la prise en charge des deux API initialement prévues et des deux plates-formes matérielles initialement prévues a disparu. Il n'y avait même pas une seule version de ce système d'exploitation pour le i860, bien que précisément du nom de code de ce processeur, N10(N Ten), vient le nom du système d'exploitation NT lui-même. Microsoft décode maintenant NT comme Nouvelle technologie... Et comme alternative au sous-système POSIX, Microsoft a commencé à proposer le package Microsoft Windows Services for UNIX.

Pour développer le système d'exploitation NT, Microsoft a invité un groupe de spécialistes de DEC, dirigé par David Cutler ( Anglais) avec une expérience dans la création de systèmes d'exploitation multitâches tels que VAX / VMS et RSX-11. Certaines similitudes relevées entre les architectures internes de Windows NT et la famille des systèmes d'exploitation VMS ont donné lieu à accuser les employés nouvellement embauchés de Microsoft de vol de propriété intellectuelle de DEC. Le conflit qui en a résulté a été résolu pacifiquement : DEC a reconnu la propriété de Microsoft des technologies qui se trouvent dans Basé sur Windows NT et Microsoft ont créé et maintenu une version de Windows NT pour l'architecture DEC Alpha.

Malgré les racines communes, la compatibilité de Windows NT et OS/2 a diminué à chaque nouvelle version de l'OS. La prise en charge de l'OS/2 API 2.0, bien que prévue pour NT, n'a jamais été achevée ; Windows NT 4.0 a supprimé la prise en charge du système de fichiers HPFS et Windows XP a supprimé le sous-système de prise en charge logicielle pour OS/2 1.x.

Versions

Nom ( nom de code), choix	numéro de version	première édition	dernier numéro /
Windows NT 3.1	3.1.528	27 juillet	SP3 (10 novembre)
	Poste de travail, serveur avancé
Windows NT 3.5 ( Daytona)	3.5.807	21 septembre	SP3 (21 juin)
	Poste de travail, serveur
Windows NT 3.51 ( Tukwila)	3.51.1057	30 mai	SP5 (19 septembre)
	Poste de travail, serveur
Windows NT 4.0 ( Inde)	4.0.1381	29 juillet	SP6a (30 novembre)
	Poste de travail, Serveur, Serveur Entreprise ( Granit), Serveur Principal ( Hydre), Embarqué ( Impala)
Windows 2000 ( Caire)	5.0.2195	17 février	SP4 (26 juin)
	Professionnel, serveur, serveur avancé, serveur de centre de données
Windows XP ( Whistler)	5.1.2600	le 25 octobre	SP3 (6 mai)
	Familiale, Professionnelle, 64 bits, Media Center ( eHome), Tablet PC, Starter, Intégré ( Mante), N; Notions de base de Windows pour les anciens PC ( Eiger)
Windows Server 2003 ( Serveur de Whistler, Serveur Windows .NET)	5.2.3790	24 avril	SP2 (13 mai)
	Standard, Entreprise, Centre de données, Web, Small Business Server ( Lynx), serveur de cluster de calcul, serveur de stockage ; Windows XP Professionnel x64
Windows Vista ( Longhorn)	6.0.6000	30 janvier	SP2 (25 mai)
	Starter, Familiale Basique, Familiale Premium, Entreprise, Entreprise, Intégrale, N Familiale Basique, N Entreprise ; variantes x64 de tous sauf Starter
Windows Server 2008 ( Serveur Longhorn)	6.0.6001	27 février	SP2 (27 mai)
	Standard, Entreprise, Centre de données, HPC, Web, Stockage, Petite entreprise ( Puma), Affaires essentielles ( Centre), Itanium ; variantes x64 de tout sauf HPC
Windows 7 ( Peigne noir, Vienne)	6.1.7600	22 octobre	SP1 (KB976932) (22 février)
	Starter, Familiale Basique, Familiale Premium, Professionnelle, Entreprise, Intégrale, Windows 7 N, Windows 7 E ; variantes x64 de tous sauf Starter
Windows Server 2008 R2	6.1.7600	22 octobre	SP1 (KB976932) (22 février)
	Standard, Entreprise, Centre de données, HPC, Web, Stockage, Petite entreprise, Itanium ; toutes les versions sont en 64 bits uniquement
Windows 8	6.2.9200	26 octobre	Pro (26 octobre)
	Windows 8, Windows 8 RT, Professionnel, Professionnel N, Professionnel WMC, Entreprise, Entreprise N ; toutes les variantes x64 sauf Windows RT
Serveur Windows 2012	6.2.9200	26 octobre	RTM (1er août)
	Standard, centre de données, stockage ; toutes les versions sont en 64 bits uniquement

Architecture interne

Composants du noyau

Composants du mode utilisateur

Le sous-système d'interface utilisateur de Windows NT implémente une interface fenêtrée similaire à celle des versions précédentes de Windows. Deux types d'objets de ce sous-système qui étaient absents dans les versions 16 bits de Windows et dans Windows 9x sont stations de fenêtre et tables de travail... La station fenêtre correspond à une session Utilisateur Windows NT - par exemple, lors de la connexion via le service Bureau à distance, une nouvelle station Windows est créée. Toutes les personnes processus en cours appartient à l'une des stations fenêtres ; les services, autres que ceux marqués comme capables d'interagir avec le bureau, s'exécutent dans des stations Windows distinctes et invisibles.

Chaque station Windows a son propre presse-papiers, un ensemble d'atomes globaux (utilisés pour les opérations DDE) et un ensemble de bureaux. Le bureau est le contexte de toutes les opérations du sous-système de l'interface utilisateur globale, telles que la configuration des hooks et la diffusion de messages. Chaque thread en cours d'exécution appartient à l'un des bureaux - celui où se trouvent les fenêtres qu'il dessert ; en particulier, un seul thread ne peut pas créer plusieurs fenêtres appartenant à différents bureaux. Un des bureaux peut être actif (visible par l'utilisateur et capable de répondre à ses actions), les autres bureaux sont masqués. La possibilité de créer plusieurs bureaux pour une seule session et de basculer entre eux n'a pas encore été fournie par les outils d'interface utilisateur Windows standard, bien qu'il existe des programmes tiers qui permettent d'accéder à cette fonctionnalité.

Les stations Windows et les bureaux épuisent les objets du sous-système d'interface utilisateur Windows NT auxquels des droits d'accès peuvent être affectés. Les types d'objets restants sont - la fenêtre et menu- apporter accès total tout processus qui est dans la même station de fenêtre avec eux. donc services Windows NT s'exécute par défaut dans des stations Windows distinctes : elles s'exécutent avec des privilèges élevés, et la capacité des processus utilisateurs à manipuler les fenêtres de service indéfiniment pourrait entraîner des plantages et/ou des problèmes de sécurité.

Interfaces de programmation

API native

Pour les applications, Windows NT fournit plusieurs ensembles d'API. La principale est l'API dite « native » ( API native NT), implémentée dans la bibliothèque de liens dynamiques ntdll.dll et constituée de deux parties : les appels système du noyau NT (fonctions avec les préfixes Nt et Zw qui transfèrent l'exécution au noyau des fonctions ntoskrnl.exe avec les mêmes noms) et les fonctions implémentées dans mode utilisateur (avec le préfixe Rtl). Certaines des fonctions du deuxième groupe utilisent des appels système en interne ; le reste se compose entièrement de code non privilégié et peut être appelé non seulement à partir de code en mode utilisateur, mais également à partir de pilotes. En plus des fonctions de l'API native, ntdll inclut également les fonctions de la bibliothèque standard C.

Bien que la documentation officielle de l'API Native soit clairsemée, la communauté de passionnés a réussi à collecter de nombreuses informations sur cette interface par essais et erreurs. En particulier, en février 2000, le livre de Gary Nebbet « Référence des fonctions de l'API de base Windows NT / 2000"(ISBN 1-57870-199-6); en 2002, il a été traduit en russe (ISBN 5-8459-0238-X). Une source d'informations sur l'API native peut être le DDK Windows, qui décrit certaines des fonctions du noyau disponibles via l'API native, ainsi que l'examen du code Windows (ingénierie inverse) - en le désassemblant, en utilisant le code source de Windows 2000 qui est devenu disponible à la suite d'une fuite, ou en utilisant les textes originaux de Windows 2003 disponibles sous Programmes Windows Noyau de recherche.

Les programmes qui s'exécutent avant le chargement des sous-systèmes qui exécutent d'autres API Windows NT sont limités à l'utilisation de l'API native. Par exemple, le programme autochk, qui vérifie les disques lorsque le système d'exploitation démarre après un arrêt anormal, utilise uniquement l'API native.

API Win32

L'application la plus courante pour Windows NT utilise l'API Win32, une interface basée sur l'API Windows 3.1 qui vous permet de recompiler des programmes existants pour les versions 16 bits de Windows avec des modifications minimales du code source. La compatibilité de l'API Win32 et de l'API Windows 16 bits est si grande que les applications 32 bits et 16 bits peuvent librement échanger des messages, fonctionner avec les fenêtres de l'autre, etc. En plus de prendre en charge les fonctions de l'API Windows existante, un certain nombre de nouvelles fonctionnalités, notamment la prise en charge des programmes de console, le multithreading et les objets de synchronisation tels que les mutex et les sémaphores. La documentation de l'API Win32 est incluse avec le kit de développement logiciel Microsoft Platform et est disponible sur le site Web.

Les bibliothèques de prise en charge de l'API Win32 portent pour la plupart le même nom que les bibliothèques système Windows 3.x, avec l'ajout du suffixe 32 : ce sont kernel32, advapi32, gdi32, user32, comctl32, comdlg32, shell32 et un certain nombre d'autres. Les fonctions API Win32 peuvent soit implémenter indépendamment la fonctionnalité requise en mode utilisateur, soit appeler les fonctions API natives décrites ci-dessus, soit accéder au sous-système csrss via le mécanisme LPC ( Anglais), ou effectuez un appel système à la bibliothèque win32k, qui implémente la prise en charge du mode noyau nécessaire à l'API Win32. Les quatre options répertoriées peuvent également être combinées dans n'importe quelle combinaison : par exemple, la fonction Win32 API WriteFile appelle la fonction Native API NtWriteFile pour écrire dans fichier disque, et appelle la fonction csrss appropriée pour la sortie sur la console.

La prise en charge de l'API Win32 est incluse dans la famille Windows 9x ; il peut également être ajouté à Windows 3.1x en installant le package Win32s. Pour faciliter la portabilité des applications Windows existantes qui utilisent l'encodage MBCS pour représenter des chaînes, toutes les fonctions API Win32 qui prennent des chaînes comme paramètres ont été créées en deux versions : les fonctions avec le A ( ANSI) acceptent les chaînes MBCS et les fonctions avec le suffixe W ( large) acceptent les chaînes encodées en UTF-16. Dans Win32s et Windows 9x, seules les fonctions A sont prises en charge, tandis que dans Windows NT, où toutes les chaînes à l'intérieur du système d'exploitation sont stockées exclusivement en UTF-16, chaque fonction A convertit simplement ses paramètres de chaîne en Unicode et appelle la version W de la même fonction. . Les fichiers H fournis de la bibliothèque définissent également les noms des fonctions sans le suffixe, et l'utilisation de la version A ou W des fonctions est déterminée par les options de compilation, et dans les modules Delphi avant la version 2010, pour exemple, elles sont rigidement liées aux variantes avec le suffixe A. Il est important de noter que la plupart des nouvelles fonctionnalités introduites dans les systèmes d'exploitation Windows 2000 ou versions ultérieures Windows NT existent uniquement dans la version Unicode, car la tâche d'assurer la anciens programmes et avec Windows 9x n'est plus aussi urgent qu'avant.

POSIX et OS/2

La première version de Windows NT 4 prenait en charge quatre plates-formes (x86, Alpha, MIPS et PowerPC), mais la prise en charge des plates-formes moins courantes a diminué au fur et à mesure de la sortie des service packs : la prise en charge MIPS a été supprimée du SP1 et la prise en charge de PowerPC a été supprimée du SP3. Les versions récentes de Windows NT 4 ne prenaient en charge que x86 et Alpha ; bien que la prise en charge d'Alpha ait été prévue pour Windows 2000, elle a été abandonnée de RC2. Par conséquent, x86 est la seule plate-forme prise en charge sur Windows 2000.

La prise en charge des processeurs 64 bits a été introduite pour la première fois dans Windows XP pour IA-64, l'architecture du processeur Intel Itanium. Sur la base de la version 64 bits de Windows XP, des versions serveur 64 bits de Windows 2000 ont également été créées ; plus tard, la prise en charge d'Itanium a été ajoutée à certaines versions de Windows Server 2003. La deuxième architecture 64 bits prise en charge dans la famille Windows NT était l'architecture x86-64 d'AMD, qui a ensuite été implémentée dans les processeurs Intel sous le nom EM64T. Windows Server 2003 SP1 x64 et Windows XP Professionnel x64 ont été publiés simultanément, les versions serveur et bureau de la même version de Windows — en particulier, les mêmes mises à jour s'appliquent à ces éditions. Depuis 2005, Microsoft a décidé de mettre fin au support de IA-64.; La dernière version de Windows NT prenant entièrement en charge Itanium est Windows NT 5.2 (XP Professional 64-bit Edition et Server 2003). Cependant, pour les serveurs plus chers (et, par conséquent, plus difficiles à mettre à niveau), des versions spéciales de Windows Server 2008 et Windows Server 2008 R2 ont été publiées et Windows Server 2012 n'a pas reçu la prise en charge IA-64.

Remarques (modifier)

voir également

• ReactOS est un système d'exploitation open source compatible avec les applications et Pilotes Windows NT.

Fin 1988, Microsoft a chargé David Cutler de diriger un nouveau projet logiciel : le nouveau système d'exploitation de Microsoft pour les années 1990. Il a réuni une équipe d'ingénieurs pour concevoir le système nouvelle technologie(Nouvelle Technologie - NT).

Le plan initial était de développer NT avec une interface utilisateur et de programmation (API) de style OS/2, mais OS/2 s'est mal vendu et Windows 3.0 a eu un grand succès constant sur le marché. Après avoir vu les références du marché et les complexités du développement et de la maintenance de deux systèmes incompatibles, Microsoft a décidé de changer de cap et d'orienter ses ingénieurs vers une stratégie d'un système d'exploitation cohérent. Cette stratégie consistait à développer une famille de systèmes d'exploitation Windows couvrant de nombreux types d'ordinateurs, des plus petits ordinateurs portables aux plus grandes stations de travail multiprocesseurs. Ainsi, la prochaine génération de systèmes Windows a été nommée Windows NT.

Windows NT prend en charge l'interface graphique (GUI) Windows et est également le premier système d'exploitation Windows de Microsoft à prendre en charge l'API Win32, une interface de programmation 32 bits pour le développement de nouvelles applications. L'API Win32 met les fonctionnalités avancées du système d'exploitation à disposition des applications telles que les processus multi-thread, la synchronisation, la sécurité, les E/S, la gestion des objets.

En juillet 1993, les premiers systèmes d'exploitation de la famille NT sont apparus - Windows NT 3.1 et Windows NT Advanced Server 3.1.

Versions

• Windows NT 3.1 (27 juillet 1993)
• Windows NT 3.5 (21 septembre 1994)
• Windows NT 3.51 (30 mai 1995)
• Windows NT 4.0 (24 août 1996)
• Windows 2000 (17 février 2000)
• Windows XP (25 octobre 2001)
• Windows XP Édition 64 bits (28 mars 2003)
• Windows Server 2003 (25 avril 2003)
• Windows XP Édition Media Center 2003 (18 décembre 2003)
• Windows XP Édition Media Center 2005 (12 octobre 2004)
• Windows XP Professionnel Édition x64 (25 avril 2005)
• Notions de base de Windows pour les anciens PC (8 juillet 2006)
• Windows Vista (30 novembre 2006)
• Windows Home Server (7 novembre 2007)
• Windows Server 2008 (27 février 2008)

Structure de Windows NT

Structurellement, Windows NT peut être représenté en deux parties : une partie du système d'exploitation qui s'exécute en mode utilisateur et une partie du système d'exploitation qui s'exécute en mode noyau.

La partie en mode noyau de Windows NT est appelée la partie exécutive. Il comprend un certain nombre de composants qui gèrent la mémoire virtuelle, les objets (ressources), les E/S et le système de fichiers (y compris pilotes réseau), l'interaction des processus et en partie le système de sécurité. Ces composants interagissent entre eux à l'aide d'une communication intermodulaire. Chaque composant appelle les autres via un ensemble de procédures internes bien définies.

La deuxième partie de Windows NT, fonctionnant en mode utilisateur, est constituée de serveurs - les sous-systèmes dits protégés. Étant donné que les sous-systèmes ne peuvent pas partager automatiquement la mémoire, ils communiquent entre eux en envoyant des messages. Les messages peuvent être transmis à la fois entre un client et un serveur, et entre deux serveurs. Tous les messages passent par l'exécutif Windows NT. Le noyau Windows NT planifie les threads des sous-systèmes protégés de la même manière que les threads des processus d'application normaux.

La prise en charge des sous-systèmes protégés est assurée par la partie exécutive. Sa parties constitutives sommes:

• Gestionnaire d'objets. Crée, supprime et gère des objets exécutifs - des types de données abstraits utilisés pour représenter les ressources système.
• Moniteur de sécurité. Configure les règles de protection sur l'ordinateur local. Protège les ressources du système d'exploitation, protège et enregistre les objets exécutables.
• Gestionnaire de processus. Crée et termine, suspend et reprend les processus et les threads, et stocke également les informations les concernant.

Gestionnaire de mémoire virtuelle.

• Sous-système d'E/S. Comprend les composants suivants :
  • un gestionnaire d'E/S qui fournit des E/S indépendantes du périphérique ;
  • systèmes de fichiers - pilotes NT qui exécutent des demandes d'E/S orientées fichier et les traduisent en appels vers des périphériques ordinaires ;
  • redirecteur réseau et serveur réseau - pilotes systèmes de fichiers transmettre des demandes d'E/S distantes et recevoir des demandes de leur part ;
  • pilotes de périphériques exécutifs - pilotes de bas niveau qui contrôlent directement le périphérique ;
  • gestionnaire de cache qui implémente la mise en cache du disque.

Le runtime, à son tour, repose sur les services de niveau inférieur fournis par le noyau NT. Les fonctions du noyau incluent :

• planification des processus,
• gérer les interruptions et les exceptions,
• synchronisation des processeurs pour les systèmes multiprocesseurs,
• récupération du système après des pannes.

Le noyau fonctionne en mode privilégié et n'est jamais supprimé de la mémoire. Le noyau n'est accessible que via une interruption.

Les sous-systèmes protégés par Windows NT s'exécutent en mode utilisateur et sont créés par Windows NT au démarrage. Immédiatement après leur création, ils commencent un cycle sans fin de leur exécution, répondant aux messages qui leur parviennent des processus d'application et d'autres sous-systèmes. Parmi les sous-systèmes protégés, on peut distinguer une sous-classe appelée sous-systèmes d'environnement. Les sous-systèmes d'environnement implémentent des interfaces d'application de système d'exploitation (API). D'autres types de sous-systèmes, appelés sous-systèmes intégraux, effectuent les tâches requises par le système d'exploitation. Par exemple, la plupart des systèmes Sécurité Windows NT est implémenté en tant que sous-système intégral, les serveurs de réseau sont également implémentés en tant que sous-système intégral.

Le sous-système le plus important de l'environnement est Win32, un sous-système qui permet aux applications d'accéder à l'API Windows 32 bits. De plus, ce système fournit une interface graphique et contrôle les entrées/sorties de l'utilisateur.

Chaque sous-système protégé s'exécute en mode utilisateur, invoquant le service système de l'exécutif pour effectuer des actions en mode noyau privilégié. Les serveurs réseau peuvent fonctionner en mode utilisateur ou en mode noyau, selon la façon dont ils sont conçus.

Les sous-systèmes communiquent entre eux en transmettant des messages. Lorsque, par exemple, une application utilisateur appelle une procédure API, le sous-système d'environnement fournissant cette procédure reçoit le message et l'exécute soit en appelant le noyau, soit en envoyant un message à un autre sous-système. À la fin de la procédure, le sous-système d'environnement envoie un message à l'application contenant la valeur de retour. L'envoi de messages et d'autres activités des sous-systèmes protégés sont invisibles pour l'utilisateur.

L'outil principal qui regroupe tous les sous-systèmes Windows NT est le mécanisme d'appel de procédure locale (LPC). LPC est une version optimisée d'un outil plus général, l'appel de procédure à distance (RPC), qui est utilisé pour communiquer entre les clients et les serveurs situés sur différentes machines d'un réseau.