Windows NT

Windows NT
Fyr	operativsystem og byggeserier
Nettsted	windows.com

Windows NT ( Windows New Technology ) er en familie av operativsystemer produsert av Microsoft , hvorav den første versjonen ble utgitt i juli 1993.

Før Windows 95 dukket opp , utviklet Microsoft -selskapet en ny linje med operativsystemer orientert mot arbeidsstasjoner og nettverksservere . Et operativsystem med eget grafisk grensesnitt, stabilt og med egenskaper som ligner på UNIX -nettverkssystemer . Bokstavene NT kommer fra produktbetegnelsen som "New Technology" ( New Technology ). Fra og med Windows 2000 ble [ 1 ] "NT" fjernet fra produktnavnet og er bare inkludert i produktversjonsstrengen sammen med forskjellige lavnivåplasser i systemet. [ 2 ]

NT var den første rene 32-biters versjonen av Windows, mens dens forbrukerorienterte motparter, Windows 3.1x og Windows 9x , var 16-bit/32-bit hybrider. Det er et operativsystem med flere arkitekturer. Opprinnelig støttet den forskjellige instruksjonssettarkitekturer , inkludert IA-32 , MIPS og DEC Alpha ; Støtte for PowerPC , Itanium , x64 og ARM ble senere lagt til . De nyeste versjonene støtter x86 (inkludert IA-32 og x64) og ARM. Viktige funksjoner i Windows NT-familien inkluderer Windows Shell , Windows API , Native API , Active Directory , Group Policy , Hardware Abstraction Layer , NTFS , BitLocker , Windows Store , Windows Update og Hyper-V .

Før 2001 distribuerte Microsoft Windows NT som et kontor- og forretningsoperativsystem, og opprettholdt den MS-DOS- baserte linjen (Windows 95, Windows 98 og Windows ME ) som en forbrukerlinje av operativsystemer.

De første versjonene, alle utgitt på 1990-tallet, var Windows NT 3.1 (1993), Windows NT 3.5 (1994), Windows NT 3.51 (1995) og Windows NT 4.0 (1996). Det er også Windows 2000 (som opprinnelig skulle utgis under navnet Windows NT 5.0), som nådde RTM i desember 1999, og ble endelig utgitt i februar 2000.

Hovedutgavene der de første versjonene av Windows NT ble distribuert var to: Workstation for stasjoner eller arbeidsgrupper og Server for servere. Det finnes også Advanced Server-utgaver for NT 4.0 og 2000, og Terminal Server kun for NT 4.0.

I 1999 begynte Microsoft arbeidet med to nye prosjekter med kodenavnet Neptune og Odyssey. Førstnevnte skulle være den første forbruker-NT-versjonen, mens sistnevnte skulle være etterfølgeren til Windows 2000. I januar 2000 bestemte Microsoft seg imidlertid for å kansellere de to prosjektene og slå dem sammen til ett, Whistler, som skulle bli Windows XP i 2001. Siden den gang har Windows NT blitt distribuert til både forbrukere og bedrifter slik det opprinnelig var.

Utvikling

Da utviklingen startet i november 1993, ble Windows NT (med beskyttet modus ) utviklet samtidig med OS/2 3.0, den tredje versjonen av operativsystemet utviklet i fellesskap av Microsoft og IBM . I tillegg til arbeidet med de tre versjonene av OS/2, fortsatte Microsoft å utvikle et parallelt Windows-miljø basert på DOS og med mindre etterspørsel etter ressurser (ved bruk av ekte modus ). Da Windows 3.0 ble utgitt i mai 1990, var det så vellykket at Microsoft bestemte seg for å endre API for det fortsatt uutgitte NT OS/2 (som det ble kjent) fra et OS/2 API til et utvidet Windows API. Denne avgjørelsen forårsaket spenning mellom Microsoft og IBM , og samarbeidet falt fra hverandre. IBM fortsatte å utvikle OS/2 på egen hånd, mens Microsoft fortsatte å jobbe med det nylig navngitte Windows NT.

Microsoft hyret inn en gruppe Digital Equipment Corporation -utviklere ledet av Dave Cutler for å utvikle Windows NT, og mange elementer gjenspeiler DECs erfaring med VMS og RSX-11 . OS ble designet for å kjøre på flere arkitekturer, med kjernen atskilt fra maskinvaren av et maskinvareabstraksjonslag . API-ene ble implementert som undersystemer på toppen av det udokumenterte native API; dette tillot fremtidig bruk av Windows API . Opprinnelig ble en mikrokjerne designet, påfølgende utgivelser har integrert flere funksjoner for å forbedre ytelsen til kjernen. Windows NT var det første operativsystemet som brukte Unicode internt.

Arkitektur

Microsofts Windows NT - familie av operativsystemer består av versjoner som Windows 10 , Windows 8.x , 7 , Vista , XP , Windows Server 2003 , Windows 2000 og Windows NT. De har alle forebyggende multitasking og er operativsystemer som er designet for å fungere med både én-prosessor og multi-prosessor datamaskiner , som på engelsk er Symmetrical Multi Processor eller SMP .

For å behandle input/output- forespørsler (på engelsk Input/Output , I/O) går den til en I/O- pakkeadresse som bruker forespørsler (IRP) og asynkron I/O . Fra og med Windows 2000 Advanced Server begynte Microsoft å utvikle operativsystemer som støttet 64-bit. Tidligere var operativsystemene deres basert på en 32-bits modell.

Arkitekturen til Windows NT er svært modulær og er basert på to hovedlag:

• Brukermodus : Hvis programmer og undersystemer er begrenset til systemressursene de har tilgang til.
• Kjernemodus : Har full tilgang til systemminne og eksterne enheter. Operativsystemkjernene i denne linjen er alle kjent som hybridkjerner , selv om det skal bemerkes at dette begrepet er under diskusjon siden denne kjernen i hovedsak er en monolitisk kjerne som er strukturert i stil med en mikrokjerne . Arkitekturen i kjernemodus [ 3 ] er sammensatt av følgende:

1. En hybrid kjerne.
2. Et maskinvareabstraksjonslag (på engelsk Hardware Abstraction Layer eller HAL ).
3. Kontrollere eller også kalt drivere .
4. Executive : der alle tjenester på høyt nivå er implementert.
5. Dynamiske biblioteker for korrekt drift, for eksempel ntoskrnl.exe

Kjernemodusen til Windows NT-rørledningen består av undersystemer som er i stand til å sende I/O-forespørsler til de riktige kontrollerene ved hjelp av I/O-behandleren. To delsystemer utgjør brukermoduslaget til Windows 2000: miljødelsystemet (kjører applikasjoner skrevet for forskjellige typer operativsystemer), og integrert delsystem (håndterer systemspesifikke funksjoner på vegne av miljøundersystemet). Kjernemodus i Windows 2000 har full tilgang til datamaskinens maskinvare og systemressurser . Kjernemodus forhindrer brukermodustjenester og -applikasjoner fra å få tilgang til kritiske områder av operativsystemet som de ikke burde.

Executive er relatert til alle brukermodus undersystemer. Den tar for seg input/output, objektstyring, sikkerhet og prosessstyring. Kjernen sitter mellom maskinvareabstraksjonslaget og Executive for å gi multiprosessorsynkronisering , tråding og avbruddsplanlegging og -sending, og unntakssending.

Kjernen er også ansvarlig for å initialisere enhetsdrivere ved oppstart. Det er tre nivåer av drivere i kjernemodus: høynivådrivere, middels drivere og lavnivådrivere. Windows Driver Model ( WDM) sitter i mellomlaget og ble først og fremst designet for å opprettholde kildekode og binær kompatibilitet mellom Windows 98 og Windows 2000 . Driverne på laveste nivå er også eldre Windows NT-enhetsdrivere som direkte kontrollerer en enhet, eller det kan være en PnP -maskinvarebuss .

Brukermodus

Brukermodus består av undersystemer som kan sende I/O-forespørsler til de aktuelle kjernemodusdriverne via I/O-behandleren (som er i kjernemodus). To delsystemer utgjør brukermoduslaget til Windows 2000: miljødelsystemet og det omfattende delsystemet .

Miljøundersystemet ble designet for å kjøre applikasjoner skrevet for forskjellige typer operativsystemer. Ingen av miljøundersystemene har direkte tilgang til maskinvare, og må be om tilgang til minneressurser gjennom Virtual Memory Manager som kjører i kjernemodus. Dessuten kjører applikasjoner med en lavere prioritet enn kjerneprosesser. Det er for tiden tre hovedmiljøundersystemer: et Win32- undersystem , et OS/2 -undersystem og et POSIX- undersystem .

Win32-miljøundersystemet kan kjøre 32-biters Windows-applikasjoner. Den inneholder konsollen pluss støtte for tekstvinduer, avslutning og fatal feilhåndtering for alle andre miljøundersystemer. Den støtter også virtuelle DOS-maskiner (VDM), som lar deg kjøre MS-DOS- applikasjoner og 16-biters Windows 3.x ( Win16 ) applikasjoner på Windows . Det er en spesifikk VDM som kjører i sin egen minneplass og som emulerer en Intel 80486 som kjører MS-DOS 5. Win16-programmer kjøres imidlertid i en Win16 VDM.

Hvert program kjører som standard i samme prosess, så det bruker samme adresserom, og Win16 VDM gir hvert program sin egen tråd å kjøre på. Windows 2000 tillater imidlertid brukere å kjøre Win16-programmer i en separat Win16 VDM, som lar programmet multitaske i prioritet når Windows 2000 kjører hele VDM-prosessen, som kun inneholder ett kjørende program. OS/2-miljøundersystemet støtter 16-biters tegnbaserte applikasjoner og emulerer OS/2 1.x, men støtter ikke kjøring av 32-biters eller grafiske applikasjoner slik det gjør i OS/2 2.x og nyere. . POSIX-miljøundersystemet støtter kun applikasjoner som strengt følger POSIX.1-standarden eller tilhørende ISO / IEC-standarder .

Det integrerte delsystemet håndterer operativsystemspesifikke funksjoner på vegne av miljødelsystemet . Den består av et sikkerhetsundersystem , en terminaltjeneste og en servertjeneste . Sikkerhetsundersystemet håndterer sikkerhetskvitteringer, tillater eller nekter tilgang til brukerkontoer basert på ressurstillatelser, håndterer påloggingsmeldinger og starter autentisering, og bestemmer hvilke systemressurser som må revideres av Windows 2000. Det tar også vare på Active Directory. Terminaltjenesten er en API til nettverksomdirigereren, som gir nettverkstilgang til datamaskinen . Servertjenesten er et API som lar datamaskinen tilby nettverkstjenester.

Kjernemodus

Windows 2000 kjernemodus har full tilgang til datamaskinens maskinvare og systemressurser og kjører koden i et beskyttet minneområde. Den kontrollerer tilgang til planlegging, trådprioritering, minneadministrasjon og interaksjon med maskinvare. Kjernemodus forhindrer brukermodusapplikasjoner og -tjenester fra å få tilgang til kritiske områder av operativsystemet som de ikke burde, de må be kjernen om å utføre disse operasjonene på deres vegne.

Kjernemodus består av executive-tjenester , som igjen består av flere moduler som utfører spesifikke oppgaver, kjernedrivere , en kjerne og et Hardware Abstraction Layer eller HAL.

Executive

Executive er relatert til alle brukermodus undersystemer. Den håndterer Input/Output, objektadministrasjon, sikkerhet og prosesshåndtering. Den er uformelt delt inn i flere undersystemer , blant annet Cache Manager , Configuration Manager , Input/Output Manager , Local Procedure Calls , Memory Manager , Object Manager , Process Structure og Security Reference Monitor . Til sammen kan komponentene kalles Executive Services (internt navn Ex ). Systemtjenester ( internt navn Nt ), for eksempel systemanrop , implementeres også på dette nivået, bortsett fra noen få som kalles direkte i kjernelaget for bedre ytelse.

Object Manager ( internt navn Ob ) er et spesielt undersystem av Executive som alle andre undersystemer av Executive, spesielt systemanrop, må passere for å få tilgang til Windows 2000-ressurser. Dette gjør det i hovedsak til en tjeneste for ressursstyringsinfrastrukturer.

Objektbehandleren brukes for å unngå duplisering av ressursobjektstyringsfunksjonalitet i de andre undersystemene til lederen, noe som potensielt kan føre til feil og komplisere utformingen av Windows 2000. [ 4 ] For objektbehandleren er hver ressurs et objekt, uansett av om ressursen er en fysisk ressurs (som et filsystem eller en perifer) eller en logisk ressurs (som en fil ). Hvert objekt har en struktur eller objekttype som objektbehandleren må kjenne til.

Objektskaping er en to-fase prosess, opprettelse og innsetting . Opprettelsen forårsaker tildeling av et tomt objekt og reservasjon av nødvendige ressurser av objektadministratoren, for eksempel et navn (valgfritt) i navneområdet . Hvis opprettelsen lykkes, fyller undersystemet som er ansvarlig for opprettelsen ut objektdataene. [ 5 ] Til slutt, hvis undersystemet anser initialiseringen som vellykket, ber det objektbehandleren om å sette inn objektet, noe som gjør det tilgjengelig via navnet (valgfritt) eller en informasjonskapsel kalt en peker . Fra da av kontrolleres objektets levetid av objektbehandleren, og det er delsystemets plikt å holde objektet i gang til det er merket av objektbehandleren for utgivelse.

Hensikten med pekere ligner på UNIX -filbeskrivelser , ved at hver peker representerer en referanse til en kjerneressurs via en obskur verdi. På samme måte er åpning av et objekt fra navnet underlagt sikkerhetskontroller, men å jobbe gjennom et eksisterende er bare begrenset til tilgangsnivået som kreves da objektet ble åpnet eller opprettet. I motsetning til UNIX-filbeskrivelser, kan flere Windows-pekere referere til det samme objektet (mens filbeskrivelser kan være duplikater, refererer duplikater til samme filnode , men en enkelt filbeskrivelse ).

Objekttyper definerer objektprosedyrer og deres spesifikke data. På denne måten lar objektbehandlingen Windows 2000 være et objektorientert operativsystem , siden objekttyper kan betraktes som polymorfe klasser som definerer objekter . Imidlertid er de fleste undersystemer avhengige av standardimplementeringen for alle objekttyper av prosedyrer.

Hvert objekt som opprettes, lagrer navnet, parameterne som sendes til objektets opprettelsesfunksjon, sikkerhetsattributter og en peker til objekttypen. Objektet inneholder også en prosedyre for å lukke det og en referanseteller for å fortelle objektbehandleren hvor mange objekter som refererer til det. På denne måten avgjør objektbehandleren om objektet kan ødelegges når det sendes en forespørsel om å slette objektet. [ 6 ] Alle navngitte objekter finnes i objektnavneromshierarkiet .

Andre utøvende undersystemer er som følger:

• Cache Controller (på engelsk Cache Controller, internt navn Cc ): er nært knyttet til Memory Manager, Input/Output Manager og Input/Output-kontrollere for å gi en felles hurtigbuffer for hyppige fil-I/O. Windows Cache Manager fungerer bare på filblokker (i stedet for enhetsblokker), for å utføre konsistente operasjoner mellom lokale og eksterne filer, og for å sikre en viss grad av konsistens med minnesidene til filer, siden Cache-blokker er et spesialtilfelle av sider i minnet, og cache-misser er et spesielt tilfelle av sidefeil.

Et langvarig problem med den eksisterende implementeringen er hvorfor den ikke eksplisitt frigjør blokker som ikke har vært brukt på lenge, men stoler i stedet på minneadministratorens sideallokeringsalgoritme for til slutt å forkaste dem av fysisk minne. Som en effekt vokser noen ganger cachen vilkårlig, noe som tvinger annet minne til å søkes ut, og erstatter ofte prosessen som startet I/O-en, som ender opp med å bruke mesteparten av utførelsestiden på å reparere sidefeil. Dette er mest synlig når du kopierer store filer.

• Configuration Manager (på engelsk Configuration Manager, internt navn Cm ): implementerer Windows-registeret .

• I/ O Manager (på engelsk I/O Manager, internt navn Io ): lar enheter kommunisere med brukermodusundersystemer. Den er ansvarlig for å oversette lese-/skrivekommandoer i brukermodus til lese-/skrive-IRP-er som den sender til enhetsdrivere. Den aksepterer også I/O-forespørsler fra filsystemet og oversetter dem til spesifikke anrop til enheter, den kan inkludere enhetsdrivere på lavt nivå som direkte manipulerer maskinvaren til å lese inndata eller skrive utdata. Den inkluderer også en hurtigbufferbehandling for å forbedre diskytelsen ved å lagre disk lese- og skriveforespørsler i bakgrunnen.

• Call to Local Procedures (på engelsk Local Procedure Call (LPC), internt navn Lpc ): gir kommunikasjon mellom prosesser gjennom porter med semantisk forbindelse. LPC-porter brukes av brukermodusundersystemer for å kommunisere med klientene deres, av executive undersystemer for å kommunisere med brukermodusundersystemer, og som grunnlag for lokal transport for MSRPC .

• Memory Manager (på engelsk Memory Manager, internt navn Mm ): administrerer virtuelt minne , kontrollerer minnebeskyttelse og personsøking fra fysisk minne til sekundær lagring, og implementerer en generell fysisk minnebehandling. Den implementerer også en Portable Executable (PE) parser som gjør det mulig å kartlegge eller frigi en kjørbar fil i et enkelt atomtrinn.

Fra og med Windows NT Server 4.0, Terminal Server Edition, implementerer minnebehandlingen en såkalt session space , en rekke kjernemodusminne som brukes til kontekstbytte akkurat som brukermodusminne. Dette lar flere forekomster av Win32-delsystemet og GDI-drivere kjøre sammen, til tross for noen innledende designfeil. Hver sesjonsplass deles av flere prosesser, samlet referert til som en "sesjon". For å sikre nivået av isolasjon mellom økter uten å introdusere en ny objekttype, administreres isolasjonen mellom prosesser og sesjoner av sikkerhetsreferansemonitoren, som et attributt til et sikkerhetsobjekt (token), og kan bare endres hvis du har spesielle rettigheter. Den relativt usofistikerte og ad hoc karakteren til økter skyldes at de ikke var en del av det opprinnelige designet, og måtte utvikles, med minimalt avbrudd på hovedlinjen, av en tredjepart ( Citrix ) som et krav for terminalserverprodukt for Windows NT, kalt WinFrame . Fra og med Windows Vista ble økter til slutt en del av Windows-arkitekturen. Per nå er en minnebehandling som sniker seg inn i brukermodus via Win32, utvidet til en gjennomgripende abstraksjon som påvirker de fleste av Executive-undersystemene . Vanlig bruk av Windows Vista resulterer faktisk alltid i et miljø med flere økter. [ 7 ]

• Prosessstruktur (på engelsk Process Structure, internt navn Ps ): styrer opprettelsen og avslutningen av prosesser og tråder , og implementerer konseptet jobb (jobb) , en gruppe prosesser som kan avsluttes som et sett, eller kan settes under delte begrensninger (som maksimalt tildelt minne eller CPU-tid ).

• PnP Manager (på engelsk PnP Manager, internt navn Pnp ): Administrerer Plug and Play -tjenesten , opprettholder enhetsdeteksjon og installasjon ved oppstart. Den er også ansvarlig for å stoppe og starte enheter på forespørsel, dette kan skje når en buss (som USB eller FireWire ) oppdager en ny enhet og må ha en driver lastet inn for å få tilgang til den. Det meste er implementert i brukermodus, i Plug and Play-tjenesten , som håndterer de ofte komplekse oppgavene med å installere de riktige driverne, varsle tjenester og applikasjoner om ankomsten av nye tjenester, og vise GUI til brukeren.

• Power Manager (på engelsk Power Manager, internt navn Po ): tar for seg strømhendelser (avstengning, standby, dvalemodus osv.) og varsler berørte kontrollere med spesielle IRP-er ( Power IRP ).

• Security Reference Monitor (SRM, internt navn Se ): er den primære autoriteten for å håndheve reglene for det omfattende sikkerhetsundersystemet. [ 8 ] Bestemmer når et objekt eller en ressurs kan få tilgang, gjennom bruk av tilgangskontrolllister (på engelsk Access Control List, ACL), som er bygd opp av tilgangskontrolloppføringer (på engelsk Access Control Entries, ACE). ACE-er inneholder en sikkerhetsidentifikator (SID) og en liste over operasjoner som ACE-en gir til en pålitelig gruppe – en brukerkonto, gruppekonto eller pålogging [ 9 ]​ – tillatelse (tillate, nekte eller revidere) til den ressursen. [ 10 ]​ [ 11 ]

kjerne

Kjernen til OS sitter mellom HAL og Executive og gir multiprosessorsynkronisering, tråding og avbruddssending og planlegging, avbruddshåndtering og unntakssending, den er også ansvarlig for å initialisere enhetsdrivere som er nødvendige ved oppstart. operativsystem kjører. Det vil si at kjernen utfører nesten alle oppgavene til en tradisjonell mikrokjerne, det strenge skillet mellom Executive og kjernen er sistnevntes hovedrester av det originale mikrokjernedesignet, og at den historiske designdokumentasjonen refererer til kjernekomponenten som "mikronjernen ".

Kjernen samhandler ofte med prosesslederen. [ 12 ] Abstraksjonsnivået er slik at kjernen aldri kaller prosessbehandleren, bare omvendt er tillatt (bortsett fra en håndfull tilfeller, ennå ikke til punktet av funksjonell avhengighet).

Kjernemoduskontrollere

Windows 2000 bruker enhetsdrivere i kjernemodus for å la den samhandle med maskinvareenheter . Hver av driverne har veldefinerte systemrutiner og interne rutiner som den eksporterer til andre operativsystemer. Alle enheter blir sett av brukermodus som et filobjekt i I/O-behandleren, gjennom selve I/O-behandleren blir enheter sett på som enhetsobjekter, som den definerer som enten fil-, enhets- eller enhetsobjekter kontroller. Kjernemodusdrivere finnes på tre nivåer: høynivådrivere, middels drivere og lavnivådrivere. Drivere på høyt nivå, som filsystemdrivere for FAT og NTFS , er avhengige av mellomliggende drivere. Mellomliggende drivere består av driverfunksjoner – eller hoveddrivere for en enhet – som valgfritt er plassert mellom lavnivå- og høynivådriverfiltre. Kontrollerfunksjoner avhenger av en busskontroller - eller en kontroller som betjener en busskontroller , adapter eller bro - som kan ha et valgfritt busskontrollerfilter som sitter mellom seg selv og kontrollerfunksjonen. Windows Driver Model (WDM ) er i mellomlaget. Det laveste nivået av drivere er også arvet fra Windows NT-enhetsdrivere som styrer en enhet direkte eller kan være en PnP-maskinvarebuss. Disse lavnivådriverne kontrollerer maskinvaren direkte og er ikke avhengige av andre.

Maskinvareabstraksjonslag

Maskinvareabstraksjonslaget , eller HAL , er et lag som sitter mellom den fysiske maskinvaren til datamaskinen og resten av operativsystemet. Den ble designet for å skjule maskinvareforskjeller og gir dermed en konsistent plattform som applikasjoner kan kjøre på. HAL inkluderer maskinvareavhengig kode som kontrollerer I/O-grensesnitt, avbruddskontrollere og flere prosessorer.

Spesielt innebærer ikke "maskinvareabstraksjon" abstrahering av instruksjonssettet , som vanligvis er underlagt det bredere begrepet portabilitet . Abstraksjon av instruksjonssett, når det er nødvendig (som for å håndtere ulike revisjoner av x86 -instruksjonssettet , eller emulering av en ikke-eksisterende matematisk koprosessor), utføres av kjernen.

Til tross for formålet og posisjonen i den arkitektoniske utformingen, er ikke HAL et lag som ligger helt under kjernen på samme måte som kjernen sitter under Executive: alle kjente HAL-implementeringer avhenger av en eller annen måte av kjernen, eller til og med Executive. I praksis betyr dette at kjerne- og HAL-variasjonene sendes sammen, bygget spesielt for å fungere sammen.

Versjoner

Windows NT-versjoner

NT versjon	Navn	utgaver	Utgivelsesdato	Samling
NT 3.1	Windows NT 3.1	Arbeidsstasjon, avansert server	juli  1993	528
NT 3.5	Windows NT 3.5	arbeidsstasjon, server	september  1994	807
NT 3,51	Windows NT 3.51	arbeidsstasjon, server	mai  1995	1057
NT 4.0	Windows NT 4.0	Arbeidsstasjon, Server, Server Enterprise Edition, Terminal Server, Embedded	juli  1996	1381
NT 5.0	Windows 2000	Profesjonell, server, avansert server, datasenterserver	februar  2000	2195
NT 5.1	Windows XP	Home, Professional, Media Center (2004 & 2005), Tablet PC, Starter, Embedded, N, 64 bit edition (IA-64)	oktober  2001	2600 (SP1, SP2 og SP3)
NT 5.2	Windows Server 2003	Standard, Enterprise, Datacenter, Web, XP Professional x64	april  2003	3790
NT 5.1	Windows Fundamentals for eldre PC	N/A	juli 2006	2600
NT 6.0	Windows Vista	Starter, Home Basic, Home Premium, Business, Enterprise, Ultimate	januar  2007	RTM: 6000 SP1: 6001 SP2: 6002 SP2-oppdatering: 6003
NT 6.0	Windows Server 2008	Standard, Enterprise, Datacenter, Web, Storage, Small Business Server	februar  2008	RTM: [ 13 ]​ 6001 SP2: 6002 SP2-oppdatering: 6003
NT 6.1	Windows Server 2008 R2	Standard, Enterprise, Datacenter, Web, Storage, Small Business Server	februar  2009	7601
NT 6.1	Windows 7	Starter, Home Basic, Home Premium, Professional, Ultimate, Enterprise	oktober  2009	RTM: 7600 SP1: 7601
NT 6.2	Windows Server 2012	Foundation, Essentials, Standard, Datasenter	september 2012  _	9200
NT 6.2	Windows 8	Windows 8, Windows 8 Pro, Windows RT(ARM), Windows Phone 8(ARM)	oktober 2012  _	9200
NT 6.3	Windows 8.1	Windows 8.1, Windows 8.1 Pro, Windows RT(ARM), Windows Phone 8.1(ARM)	oktober 2013  _	9600
NT 6.3	Windows Server 2012 R2	Essentials, Standard, Datacenter, Multipoint Premium Server, Storage Server, Hyper-V Server	oktober 2013  _	9600
NT 10.0 [ 14 ]	Windows 10	Hjem Single Language, Home, Pro, Pro for Workstations, Pro Education, Enterprise, Education, Mobile, Mobile Enterprise, X	1507: 29. juli 2015 1511: 10. november 2015 1607: 2. august 2016 1703: 5. april 2017 1709: 17. oktober 2017 1803: 30. april 2018 1809: 13. november 2018 1903: 21. mai 2019 1909: 12. november 2019 2004: 27. mai 2020 20H2: 20. oktober 2020 21H1: 18. mai 2021	1507: 10240 1511: 10586 1607: 14393 1703: 15063 1709: 16299 1803: 17134 1809: 17763 1903: 18362 1909: 18363 2004: 19041 20H2: 19042 21H1: 19043 Utviklerkanal: 21390.2025
NT 10.0 [ 14 ]	Windows Server 2016	Essentials, Standard, Datacenter, Multipoint Premium Server, Storage Server, Hyper-V Server	september 2016  _	14393
NT 10.0 [ 14 ]	Windows Server 2019	Essentials, Standard, Datacenter, Multipoint Premium Server, Hyper-V Server	oktober 2018  _	17763
NT 10.0 [ 14 ]	Windows Server 2022	Essentials, Standard, Datacenter, Multipoint Premium Server, Hyper-V Server	august 2021  _	20384
NT 10.0 [ 14 ]	Windows 11	Hjem Enkeltspråk, Hjem Kina, Hjem, Pro, Pro Education, Pro for arbeidsstasjoner	oktober 2021  _	21H2: 22000

• Microsoft ved å begynne å bruke Windows NT på ARM-prosessorer avsluttet Windows CE

Se også

• ReactOS , gratis og åpen kildekodeversjon under GNU-GPL-lisens for Windows NT.

Referanser

1. ↑ "Microsoft gir nytt navn til Windows NT 5.0 produktlinje til Windows 2000; Signaliserer utviklingen av Windows NT-teknologi til mainstream" . Microsoft . 27. oktober 1998. 
2. ^ "OperatingSystem.VersionString Property" . MSDN . Microsoft . Hentet 10. november 2014 . 
3. ↑ MCSE eksamen 70-215, Microsoft Windows 2000 Server . Kapittel 1, Introduksjon til Microsoft Windows 2000, s. 7-18.
4. ↑ Mark Russinovich (oktober 1997). Inne i NT Object Manager . Introduksjon (på engelsk).
5. ↑ Mark Russinovich (oktober 1997). Inne i NT Object Manager . Typer objekter (på engelsk).
6. ↑ Mark Russinovich (oktober 1997). Inne i NT Object Manager . Objekter på engelsk).
7. ↑ Microsoft. " Effekten av økt 0-isolering på tjenester og drivere i Windows Vista ."
8. ↑ Microsoft . " Datalagring i Active Directory " (på engelsk).
9. ↑ MSDN . Definisjon av tillit (på engelsk).
10. ↑ Siyan, Kanajit S., 2000.
11. ↑ MSDN . Definisjon av ACE .
12. ↑ Inne i Microsoft Windows 2000 (tredje utgave). MicrosoftPress . Side 543-551 (på engelsk).
13. ↑ Fordi Windows Server 2008 er basert på Windows Vista Service Pack 1-kode, inkluderer den opprinnelige versjonen av Windows Server 2008 allerede Service Pack 1 installert.
14. ↑ a b c d e De første byggene av Windows 10 var basert på NT 6.4-versjonen, men i november 2014 ble det besluttet å endre til 10.0 for å være mer i tråd med økosystemet til den nye versjonen.

Bibliografi

• Finnell, Lynn (2000). MCSE 70-215 eksamen, Microsoft Windows 2000 Server . MicrosoftPress . ISBN  1-57231-903-8 . 
• Matthew M. Lavy, Ashley J. Meggitt (september 1999). Konfigurasjon og vedlikehold av Windows NT Workstation (full bok pdf ) (på engelsk) . O'Reilly. ISBN  1-56592-613-7 . Arkivert fra originalen 9. februar 2011 . Hentet 3. februar 2011 . 
• Russinovich, Mark (oktober 1997). Inne i NT Object Manager . Windows IT Pro. Arkivert fra originalen 17. mai 2013 . Hentet 8. oktober 2008 . 
• Microsoft . " Datalagring i Active Directory " . Åpnet 9. mai 2005.
• Salomo, David; & Russinovich, Mark E. (2000). Inne i NT Object Manager (tredje utgave) . MicrosoftPress. ISBN  0-7356-1021-5 . Arkivert fra originalen 2005-03-23 Hentet 12. mai 2005 . 
• Siyan, Kanajit S. (2000). "Windows 2000 Professional Reference". Nye ryttere . ISBN 0-7357-0952-1 (på engelsk) .

Eksterne lenker

• Microsoft Windows 2000 offisielle side (på engelsk)
• Windows 2000 Plug and Play -arkitektur
• Windows NT OS-arkitektur
• Intern arkitektur i Windows NT