Windows NT

Windows NT

Windows 11 asztal – a tálca és a főmenü alapértelmezés szerint középen van
Fejlesztő Microsoft
Legújabb tesztverzió
Frissítési módszer Windows Update
Támogatott nyelvek Többnyelvű
Támogatott platformok IA-32 , x86_64 , DEC Alpha , MIPS , PowerPC , ARM és Itanium
Kernel típusa hibrid
Felület Windows shell [d]
Engedély Microsoft EULA
Állapot frissítve
Előző Windows 9x
Weboldal microsoft.com/en-us/wind…
 Médiafájlok a Wikimedia Commons oldalon

A Windows NT (az angol  új technológia rövidítése ) a Microsoft Corporation által gyártott operációs rendszerek (OS) sorozata, és az operációs rendszer első verzióinak neve.

A Windows NT-t az 1990-es évek elején fejlesztették ki, miután a Microsoft és az IBM között az OS/2 -re vonatkozó együttműködés véget ért, és a Windows család többi operációs rendszerétől ( Windows 3.x és Windows 9x ) külön fejlesztették ki, és azokkal ellentétben egy Megbízható megoldás munkaállomásokhoz (Windows NT Workstation) és szerverekhez (Windows NT Server). A Windows NT egy operációs rendszercsaládot hozott létre, amely a következőket tartalmazza: Windows NT 3.1 megfelelő , Windows NT 3.50 , Windows NT 3.51 , Windows NT 4.0 , Windows 2000 , Windows XP , Windows XP Professional x64 Edition , Windows Server 2003 , Windows Vista , Windows Server 2008 , Windows 7 , Windows Server 2008 R2 , Windows 8 , Windows 8.1 , Windows Server 2012 , Windows Server 2012 R2 , Windows 10 , Windows Server 2016 , Windows Server 2019 , Windows 11 , Windows Server 2022 .

Fejlesztési előzmények

A Windows NT fejlesztését "NT OS/2 " munkacímen 1988 novemberében kezdte el David Cutler vezette szakembercsoport , aki a DEC - től a Microsofthoz költözött , ahol VAX -ot és OpenVMS -t fejlesztettek [2] . A munka kéz a kézben haladt az IBM saját operációs rendszerének, az OS/2 2.0 -nak a fejlesztésével , amely végül 1992 áprilisában jelent meg . Oroszországban 1992. június 13-án adták ki.

Ugyanakkor a Microsoft folytatta a DOS és Windows család operációs rendszereinek fejlesztését , amelyeket az IBM OS / 2-nél alacsonyabb számítógépes erőforrásigény jellemzi. Miután a Windows 3.0 1990 májusában megjelent , a Microsoft úgy döntött, hogy hozzáad egy Windows API - kompatibilis programozási felületet ( API ) az NT OS/2-höz . Ez a döntés komoly súrlódásokat okozott a Microsoft és az IBM között, aminek az együttműködés megszakadt a vége. Az IBM folytatta az OS/2 önálló fejlesztését, míg a Microsoft elkezdett dolgozni a rendszeren, amely végül Windows NT néven jelent meg. Bár marketing szempontból nem vált azonnal népszerűvé, mint a DOS, a Windows 3.x vagy a Windows 9x, a Windows NT lényegesen sikeresebbnek bizonyult, mint az OS/2.

Az OS/2 API-kat, majd a POSIX -et eredetileg NT API-kként tervezték , a Windows API támogatását pedig utoljára adták hozzá. Emellett az Intel i860 , majd a MIPS eredetileg az NT hardverplatformja volt , később az Intel x86 támogatása is megjelent. Aztán ennek az operációs rendszernek az evolúciója során mind az eredetileg tervezett szoftverinterfészek, mind az eredetileg tervezett hardverplatformok támogatása megszűnt. Ennek az operációs rendszernek egyetlen stabil verziója sem volt az i860-hoz, bár maga az NT OS neve ennek a processzornak az N10 (N Ten) kódnevéből származik [4] [5] . A Microsoft most az NT as New Technology rövidítése . A POSIX alrendszer alternatívájaként a Microsoft elkezdte kínálni a UNIX-alapú alkalmazások alrendszerét . A 2016. júliusi évfordulós frissítés a Windows 10 rendszerhez bemutatta a Windows alrendszer Linuxhoz béta verzióját, amely virtualizáció használata nélkül futtatja a Linux kernel bináris futtatható fájljait . Az Ubuntu image-t alaprendszerként kínálják, a 2017. április 11-i verzióhoz SUSE és Fedora képek is hozzáadásra kerülnek .

Az NT hordozhatósága volt az egyik legfontosabb prioritása. Ez az oka annak, hogy ennek az operációs rendszernek a fejlesztését eredetileg az i860 processzorra végezték, bár az OS / 2-vel való bináris kompatibilitás , amely az NT OS / 2 projekt egyik feltétele volt, mindenképpen megkövetelné az x86-os verzió létrehozását. az NT vagy a platform emulációjának belefoglalása. Lenyűgöző azoknak a platformoknak a száma, amelyekhez a Windows NT operációs rendszercsalád kiadási verziói készültek: a MIPS és Intel x86 mellett ide tartozik a PowerPC , a DEC Alpha , az Itanium és az AMD x86-64 . Windows NT verzióit is kifejlesztették a és architektúrákhoz ; ezeket a verziókat azonban nem adták ki önálló szoftvertermékként. Az NT fejlesztése során a Unix és a Mach operációs rendszer a nagymértékben hordozható operációs rendszerek példája volt .

Az NT operációs rendszer fejlesztésére a Microsoft meghívott egy szakértői csoportot a DEC -től, David Cutler vezetésével , akik tapasztalattal rendelkeznek olyan többfeladatos operációs rendszerek létrehozásában, mint a VAX/VMS és az RSX-11 . A Windows NT és a VMS operációs rendszercsalád belső architektúrái között megfigyelt néhány hasonlóság okot adott arra, hogy a Microsoft újonnan felvett alkalmazottait DEC szellemi tulajdonának ellopásával vádolják. Az ebből eredő konfliktust békés úton oldották meg: a DEC elismerte a Microsoft tulajdonjogát a Windows NT alapjául szolgáló technológiákban, a Microsoft pedig létrehozta és karbantartotta a Windows NT egy verzióját a DEC Alpha architektúrához.

Közös gyökereik ellenére a Windows NT és az OS/2 közötti kompatibilitás az operációs rendszer minden egyes új kiadásával csökkent. Az OS/2 2.0 API támogatása, bár az NT-re tervezték, soha nem fejeződött be; A Windows NT 4.0 megszüntette a HPFS fájlrendszer támogatását, a Windows XP pedig az OS/2 1.x szoftvertámogatási alrendszerét.

Verziók

Cím ( kódnév ), változatok verziószám első kiadás legújabb kiadás / SP
Windows NT 3.1 (NTOS/2) 3.1.528 1993. július 27 SP3 ( 1994. november 10. )
Munkaállomás, Advanced Server
Windows NT 3.5 ( Daytona ) 3.5.807 1994. szeptember 21 SP3 ( 1995. június 21. )
Munkaállomás, szerver
Windows NT 3.51 ( Tukwila ) 3.51.1057 1995. május 30 SP5 ( 1996. szeptember 19. )
Munkaállomás, szerver
Windows NT 4.0 (Kairó) 4.0.1381 1996. július 29 SP6a ( 1999. november 30. )
Munkaállomás, Szerver, Szerver Enterprise ( Gránit ), Terminálkiszolgáló ( Hydra ), Beágyazott ( Impala )
Windows 2000 ( NT 5.0 ) 5.0.2195 2000. február 17 SP4 ( 2003. június 26. )
Professzionális, Szerver, Advanced Server, Datacenter Server
Windows XP ( Odyssey, Whistler, .NET 2001, NT 5.1 ) 5.1.2600 2001. október 25 SP3 ( 2008. május 6. )
Otthoni, Professzionális, Media Center ( eHome ), Tablet PC, Starter, Embedded ( Mantis ), N; Windows alapok régi számítógépekhez ( Eiger )
Windows Server 2003 ( Whistler Server , Windows .NET Server ) 5.2.3790 2003. április 24 SP2 ( 2007. május 13. )
Standard, Enterprise, Datacenter, Web, Small Business Server ( Bobcat ), számítási fürtkiszolgáló, tárolókiszolgáló; Windows XP Professional x64
Windows Vista ( Longhorn ) 6.0.6000 2007. január 30 SP2 ( 2009. május 25. )
Starter, Home Basic, Home Premium, Business, Enterprise, Ultimate, N Home Basic, N Business; A Starter kivételével az összes x64-es változata
Windows Home Server 6.0.2423 2007. július 16 Power Pack 3 ( 2009. november 24. )
Windows Server 2008 ( Longhorn Server ) 6.0.6001 2008. február 27 SP2 ( 2009. május 27. )
Standard, Enterprise, Datacenter, HPC, Web, Storage, Small Business ( Cougar ), Essential Business ( Centro ), Itanium; A HPC kivételével az összes x64-es változata
Windows 7 ( Blackcomb , Bécs ) 6.1.7600 2009. október 22 SP1 (KB976932) ( 2011. február 22. )
Starter, Home Basic, Home Premium, Professional, Enterprise, Ultimate, Windows 7 N, Windows 7 E; A Starter kivételével az összes x64-es verziója
Windows Server 2008 R2 6.1.7600 2009. október 22 SP1 (KB976932) ( 2011. február 22. )
Standard, Enterprise, Datacenter, HPC, Web, Storage, Small Business, Itanium; minden verzió csak 64 bites
Windows Home Server 2011 6.1.7657 2011. április 6
Windows 8 ( piros ) 6.2.9200 2012. október 26 Pro ( 2012. október 26. )
Windows 8, Windows 8 RT, Professional, Professional N, Professional WMC, Enterprise, Enterprise N; A Windows RT kivételével az összes x64-es változata
Windows Server 2012 6.2.9200 2012. október 26 RTM ( 2012. augusztus 1. )
Alapozó, Essentials, Standard, Datacenter; minden verzió csak 64 bites
Windows 8.1 ( kék ) 6.3.9600 2013. október 18 Frissítés ( 2014. április 2. )
Windows 8.1, Windows 8.1 RT, Professional, Professional N, WMC Professional, Enterprise, Enterprise N; A Windows RT kivételével az összes x64-es változata
Windows Server 2012 R2 6.3.9600 2013. október 18
Alapozó, Essentials, Standard, Datacenter; minden verzió csak 64 bites
Windows 10 (Redstone) 10.0.10240 [6] [7] [8] 2015. július 29
Otthoni, Professzionális, Mobil, Vállalati, Oktatási, Mobil Vállalati, IoT Home; x86, x86-64 és ARM
Windows Server 2016 ( Server vNext ) 10.0.14393 [9] 2016. szeptember 29
Essentials, Standard, Datacenter [10] ; minden verzió csak 64 bites
Windows Server 2019 10.0.17763 [11] 2018. október 2
Essentials, Standard, Datacenter; minden verzió csak 64 bites
Windows 11 ( Sun Valley ), ( 10X ) 10.0.22000.168 2021. október 5. [12]
Otthoni, Professzionális, Mobil, Vállalati, Oktatási, Mobil Vállalati, IoT Home; x86, x86-64 és ARM

Belső architektúra

Kernel komponensek

Felhasználói mód összetevői

A Windows NT felhasználói felület alrendszere a Windows korábbi verzióihoz hasonló ablakos felületet valósít meg. Az ebben az alrendszerben található objektumok két típusa, amelyek nem voltak jelen a Windows 16 bites verzióiban és a Windows 9x rendszerben, az ablakállomások és az asztali számítógépek . Egy ablakállomás egyetlen Windows NT felhasználói munkamenetnek felel meg – például a Távoli asztal szolgáltatáson keresztüli csatlakozáskor egy új ablakállomás jön létre. Minden futó folyamat valamelyik ablakállomáshoz tartozik; a szolgáltatások, kivéve azokat, amelyek meg vannak jelölve, hogy képesek együttműködni az asztallal, különálló, láthatatlan ablakállomásokon futnak.

Minden ablakállomásnak saját vágólapja , globális atomkészlete (a DDE műveletekhez használatos ) és asztali számítógépek készlete van . Az asztal a felhasználói felület alrendszer összes globális műveletének, például a hoook telepítésének és üzenetszórásnak a kontextusa. Minden futó szál az egyik asztalhoz tartozik - ahhoz, ahol az általa kiszolgált ablakok találhatók; konkrétan egyetlen szál nem hozhat létre több, különböző asztalokhoz tartozó ablakot. Az egyik asztal lehet aktív (látható a felhasználó számára, és képes reagálni a műveleteire), a többi asztal rejtett. A Windows 10 megjelenése előtt több asztal létrehozásának és a közöttük való váltásnak lehetőségét nem biztosították a szabványos Windows felhasználói felület eszközei, bár vannak harmadik féltől származó programok, amelyek hozzáférést biztosítanak ehhez a funkcióhoz.

A Windows NT felhasználói felület alrendszerében az ablakállomások és az asztali számítógépek az egyedüli objektumok, amelyekhez jogosultságokat lehet hozzárendelni. A többi objektumtípus - ablakok és menük  - teljes hozzáférést biztosítanak minden folyamathoz, amely ugyanazon az ablakállomáson van velük. Ezért a Windows NT szolgáltatások alapértelmezés szerint külön ablakállomásokon futnak: emelt szintű jogosultságokkal futnak, és ha a felhasználói folyamatok korlátlan ideig manipulálják a szolgáltatási ablakokat, az összeomláshoz és/vagy biztonsági problémákhoz vezethet.

Programozói interfészek

Natív API

A Windows NT számos API-készletet biztosít az alkalmazásprogramokhoz. A fő az úgynevezett "natív" API ( NT Native API ), amely egy dinamikus hivatkozási könyvtárban ntdll.dll van megvalósítva, és két részből áll: NT kernel rendszerhívások (függvények és előtagok , amelyek a végrehajtást átviszik az azonos nevű kernelfüggvényekre) és a felhasználói módban megvalósított funkciókat (előtaggal ). A második csoport egyes funkciói belső rendszerhívásokat használnak; a többi teljes egészében jogosulatlan kódból áll, és nem csak felhasználói módú kódból hívható meg, hanem illesztőprogramokból is . A natív API-függvények mellett a C szabványos könyvtári funkciók is szerepelnek benne . NtZwntoskrnl.exeRtlntdll

A Native API hivatalos dokumentációja igen csekély, de a rajongók közösségének elég sok információt sikerült összegyűjtenie erről a felületről próbálkozások és tévedések útján. Különösen 2000 februárjában jelent meg Gary Nebbet " A Windows NT/2000 API alapvető funkcióinak kézikönyve " ( ISBN 1-57870-199-6 ) című könyve ; 2002 - ben lefordították oroszra ( ISBN 5-8459-0238-X ). A Native API-val kapcsolatos információk forrása a Windows DDK lehet , amely a Native API-n keresztül elérhető néhány kernelfunkciót ír le, valamint a Windows-kód tanulmányozása ( reverse engineering ) – szétszerelésen keresztül , akár kiszivárgott Windows 2000 forrásszövegekkel , vagy Windows Server 2003 forrásszövegekkel , amelyek a Windows Research Kernel programon keresztül érhetők el .

A többi Windows NT API-t biztosító alrendszer betöltése előtt futó programok a natív API használatára korlátozódnak [13] . Például egy program autochk, amely ellenőrzi a lemezeket, amikor az operációs rendszer hibás leállítás után indul, csak a natív API-t használja.

Win32 API

A Windows NT alkalmazások leggyakrabban a Win32 API-t használják, a Windows 3.1 API -n alapuló interfészt, amely lehetővé teszi a meglévő programok újrafordítását a Windows 16 bites verzióihoz minimális forráskód-módosítással. A Win32 API és a 16 bites Windows API kompatibilitása olyan nagy, hogy a 32 bites és 16 bites alkalmazások szabadon tudnak üzeneteket váltani, együttműködni egymás ablakaival stb. A meglévő Windows API funkcióinak támogatása mellett, számos új szolgáltatás, beleértve a konzolprogramok támogatását , a többszálú feldolgozást és a szinkronizálási objektumokat, például a mutexet és a szemaforokat . A Win32 API dokumentációja a Microsoft Platform SDK részét képezi, és a következő webhelyen érhető el . [tizennégy]

A Win32 API-támogató könyvtárak elnevezése alapvetően megegyezik a Windows 3.x rendszerkönyvtáraival , az utótag hozzáadásával 32: ezek a könyvtárak kernel32, advapi32, gdi32, user32, comctl32, comdlg32, shell32és még sok más. A Win32 API-funkciók vagy önállóan implementálhatják a szükséges funkcionalitást felhasználói módban, vagy meghívhatják a fent leírt natív API-funkciókat, vagy hozzáférhetnek az alrendszerhez az LPCcsrss - mechanizmuson keresztül vagy egy olyan könyvtárba , amely megvalósítja a rendszermag-mód támogatásához szükséges a Win32 API. A felsorolt ​​négy lehetőség tetszőleges kombinációban kombinálható: például egy Win32 API függvény meghív egy natív API függvényt , hogy lemezfájlba írjon, és meghívja a megfelelő függvényt a konzolra való kimenethez . win32kWriteFileNtWriteFilecsrss

A Win32 API támogatás a Windows 9x operációs rendszerek családjába tartozik ; a Win32s csomag telepítésével a Windows 3.1x rendszerhez is hozzáadható . A karakterláncok megjelenítésére MBCS kódolást használó, meglévő Windows-alkalmazások portolásának megkönnyítése érdekében az összes olyan Win32 API függvényt, amely karakterláncokat paraméterként vesz fel, két változatban hozták létre: az ( ANSI ) utótagú függvények MBCS karakterláncokat fogadnak el, a ( wide ) utótag UTF-16 . Win32s és Windows 9x rendszeren csak az A-függvények támogatottak, míg a Windows NT-ben, ahol az operációs rendszeren belüli összes karakterlánc kizárólag UTF-16-ban van tárolva, minden A-függvény egyszerűen átalakítja a karakterlánc-paramétereit Unicode-ba, és meghívja a W-verziót. ugyanaz a funkció. A könyvtár H-fájljai is utótag nélkül határozzák meg a függvényneveket, a függvények A- vagy W-változatának használatát pedig a fordítási lehetőségek határozzák meg, a Delphi - modulokban pedig például 2010 előtt szorosan kötődnek a változatokhoz. A legtöbb új funkció, amely a Windows NT család Windows 2000 vagy újabb operációs rendszereiben jelent meg, csak a Unicode verzióban létezik, mert a régebbi programokkal és a Windows 9x-szel való kompatibilitás biztosítása már nem akut, mint régen. AW

POSIX és OS/2

A legtöbb ingyenes Unix-szerű operációs rendszertől eltérően a Windows NT a NIST tanúsítványa szerint megfelel a POSIX .1 szabványnak , sőt a szigorúbb FIPS 151-2 szabványnak is. A könyvtár psxdllszabványos POSIX-függvényeket, valamint néhány natív API-függvényt exportál, amelyeknek nincs analógja a POSIX-ben – például a kupacokkal való munkához , strukturált kivételekkel , Unicode -dal . Ezeken a funkciókon belül mind a natív API, mind az LPC -hívások használatosak az alrendszer felé psxss, ami egy szokásos Win32-folyamat.

Az OS/2 1.x-hez írt 16 bites programok futtatásához a Windows NT két OS/2 rendszerkönyvtárat ( doscallsés netapi) és egy konzolemulátor programot os2[15]os2srv tartalmaz, amely LPC- hívásokon keresztül tölti be és használja a és alrendszereket os2ss. A fennmaradó OS/2 rendszerkönyvtárak, kivéve a két megnevezett könyvtárat ( kbdcalls, mailslot, moncalls, nampipes, quecalls, viocallsés még egy tucat), nem külön fájlként tárolódnak, hanem emulálva vannak. A Windows NT nem támogatja az OS/2 2.0-s és újabb verzióihoz írt programokat, valamint az ablakprogramokat és a számítógépes eszközökkel közvetlenül együttműködő programokat, beleértve az illesztőprogramokat is.

Mindkét alrendszert, amelyek a legtöbb alkalmazás futtatásához nem kötelező, eltávolították a Windows XP és a Windows újabb kiadásaiból. A rendszerleíró adatbázis manipulálásával ezeket a Windows NT korábbi verzióiban is le lehetett tiltani, amit a számítógép- biztonsági szakértők javasoltak a számítógépes rendszerek támadási felületének csökkentése érdekében .

DOS és Win16

A Microsoft korábbi operációs rendszer-családjainak meglévő programjaival való bináris kompatibilitás biztosítása érdekében a Windows NT-hez egy emulátorprogram került, ntvdmamely egy VDM-et ( virtuális DOS - gépet) valósít meg, amelyen belül DOS-programok futtathatók. Minden futó DOS program saját VDM-et hoz létre, míg egy VDM-en belül több 16 bites Windows program külön szálban futhat, ami jelen esetben alrendszer szerepét tölti be. Ahhoz, hogy a Windows programok a VDM-en belül futhassanak, először be kell tölteni egy programot, wowexecamely kapcsolatot létesít a VDM és a WOW platform között („Windows on Win32”), amely lehetővé teszi a 16 bites Windows alkalmazások használatát egyenrangú alapon 32 bitesekkel. Maga az emulátorprogram ntvdma Win32 alrendszeren belül fut, ami lehetővé teszi, hogy a Win32 programok normál konzolablakként, a Win16 program ablakai pedig normál grafikus ablakként érjenek el.

Egy másik, a Windows NT-ben megvalósított bináris kompatibilitási technológia a thunks ( eng.  thunk = "adapter") – olyan kis kódrészletek, amelyek konverziót hajtanak végre (például típusokat), vagy 32 bites kódot hívnak 16 bitesről és fordítva. A Thunks lehetővé teszi a 32 bites programok számára, hogy 16 bites DLL -eket használjanak (Windows vagy OS/2 esetén) és fordítva. A Win16 Thunks programkönyvtárakban wow32(32 bites belépési pontok) és krnl386(16 bites belépési pontok) valósul meg; Thunks for OS/2 - a könyvtárban doscalls(16 bites belépési pontok). A Windows NT-hez mellékelt, WOW technológiával használható 16 bites rendszerkönyvtárak közé tartozik a DOSAegyebekés,krnl386,, , A Windows NT DOS és Win16 programjainak támogatását azonban korlátozzák a biztonsági követelmények: a számítógépes eszközökkel közvetlenül együttműködő programok, beleértve az illesztőprogramokat , nem támogatottak. gdiusercommctrlcommdlgshell

A 64 bites platformok hardveres korlátai miatt a VDM és a WOW támogatását kizárták a Windows 64 bites verzióiból, 16 bites programok futtatása rendszereszközökkel nem lehetséges rajtuk, de emulátorok, például DOSBox használható . A Windows NT ezen verzióinak fő API-ja a Win32 API 64 bites verziója; A WOW64 technológiát 32 bites programok futtatására használják , hasonlóan a hagyományos WOW-hoz.

Hardver platformok

Mint már említettük, az NT x86 -os verziójának kompatibilisnek kellett lennie az OS/2-vel, de annak érdekében, hogy a létrehozandó kód hordozható legyen, az NT fejlesztése a RISC architektúrákhoz készült verziókkal kezdődött, és csak ezután került az x86 támogatás. A Windows NT x86-os verziójának kezdeti fejlesztése a 80486-os processzorra összpontosított , de mire a Windows NT 3.1 megjelent, a 80386 -os verzió támogatása is megjelent . Az i386-ot támogató legutóbbi verzió a Windows NT 3.51 volt .

Az i860 processzor , amelyhez az NT operációs rendszer kezdeti fejlesztését végezték, a Windows NT elkészültéig nem kapta meg az Intel és a Microsoft által remélt támogatást a számítógépgyártóktól. Ennek eredményeként a Windows NT 3.1 által támogatott három platform az x86, az Alpha és a MIPS volt. Ezeknek a platformoknak a támogatása folytatódott a Windows NT 3.x kiadásokban, és a Windows NT 3.51 is hozzáadta a PowerPC processzoron alapulóA Windows NT 3.51 azonban nem volt kompatibilis az azonos processzorral rendelkező Macintosh számítógépekkel ; Valójában csak az x86 helyett PowerPC processzorral rendelkező IBM PC -klónokat támogatták. Az ilyen számítógépeket főként a PowerPC-IBM és a Motorola megalkotói a cégek gyártották .

A Windows NT 4.0 első kiadása négy platformot (x86, Alpha, MIPS és PowerPC) támogatott, de a kevésbé elterjedt platformok támogatása a szervizcsomagok megjelenésével csökkent : a MIPS támogatást eltávolították az SP1-ből, és a PowerPC támogatást az SP3-ból. A Windows NT 4.0 legújabb kiadásai csak az x86-ot és az Alfát támogatják; bár az Alpha támogatást a Windows 2000-be tervezték, az RC2 kiadásból kimaradt. Ennek eredményeként a Windows 2000 operációs rendszeren támogatott egyetlen platform az x86 volt.

A 64 bites processzorok támogatását először a Windows XP rendszerben vezették be az IA-64- hez  , az Intel Itanium processzorarchitektúrához . A Windows XP 64 bites verziója alapján készültek a Windows 2000 64 bites szerververziói is; Az Itanium processzor támogatását később a Windows Server 2003 egyes verzióihoz is hozzáadták . A Windows NT operációs rendszercsaládban támogatott második 64 bites architektúra az AMD által létrehozott x86-64 architektúra volt, amelyet később EM64T néven az Intel processzoraiban valósítottak meg. Egyszerre jelent meg a Windows Server 2003 SP1 x64 és a Windows XP Professional x64, amelyek a Windows ugyanazon verziójának kiszolgálói és asztali verziói – különösen ezekre a kiadásokra ugyanazok a frissítések vonatkoznak. 2005 óta a Microsoft úgy döntött, hogy leállítja az IA-64 támogatását; A Windows NT legújabb verziója, amely teljes mértékben támogatja az Itaniumot , a Windows NT 5.2 (XP Professional 64-bit Edition és Server 2003). A drágább (és ezért nehezebben frissíthető) szerverekhez azonban megjelentek a Windows Server 2008 és a Windows Server 2008 R2 speciális verziói , és a Windows Server 2012 már nem kapott IA-64 támogatást.

Lásd még

Jegyzetek

  1. https://blogs.windows.com/windows-insider/2021/08/19/announcing-windows-11-insider-preview-build-22000-160/
  2. N. A. Olifer, V. G. Olifer. A Windows NT története archiválva 2009. március 21-én a Wayback Machine -nél // Hálózati operációs rendszerek
  3. NT jelentése... - Matt Mullenweg . Letöltve: 2008. augusztus 3. Az eredetiből archiválva : 2014. január 6..
  4. Paul Thurrott SuperSite for Windows: Windows Server 2003: The Road to Gold, First Part: The Early Years Archiválva : 2010. június 4.
  5. A Microsoft megerősíti, hogy a Windows 10 belsőleg 10-es verziója is lesz | Windows 10 tartalom a SuperSite for Windows webhelyről (nem elérhető hivatkozás) . Letöltve: 2015. október 2. Az eredetiből archiválva : 2017. október 16.. 
  6. A Microsoft megerősíti a Windows 10 kernel verziójának 10.0-s verziójának frissítését – Softpedia . Letöltve: 2015. október 2. Az eredetiből archiválva : 2015. október 9..
  7. ↑ A Microsoft megerősíti, hogy a Windows 10 kernel 10.0 lesz . Letöltve: 2015. október 2. Az eredetiből archiválva : 2016. március 5..
  8. Windows Server 2016: felhők a tömegek számára . Hozzáférés időpontja: 2017. június 17. Az eredetiből archiválva : 2017. február 27.
  9. Windows Server 2016 kiadások, árak, elérhetőség, szolgáltatások . Letöltve: 2017. június 17. Az eredetiből archiválva : 2017. június 18.
  10. Windows Server 2019 – már általánosan elérhető! . Letöltve: 2018. október 8. Az eredetiből archiválva : 2020. január 4..
  11. ↑ Ismertté vált a Windows 11 megjelenési dátuma . m24.ru. _ Letöltve: 2021. július 29. Az eredetiből archiválva : 2021. július 29.
  12. Windows natív API programozás . Letöltve: 2011. február 4. Az eredetiből archiválva : 2011. február 21..
  13. MSDN könyvtár . Letöltve: 2007. február 25. Az eredetiből archiválva : 2007. február 2..
  14. 28. fejezet – OS/2 kompatibilitás archiválva : 2015. november 6. a Wayback Machine / Windows NT Workstation Resource Kit webhelyen, Microsoft : Fájllista 

Linkek