Windows NT | |
---|---|
| |
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 .
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.
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 |
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.
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.
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
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 .
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.
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.
ablakok | ||
---|---|---|
Főbb verziók | Shellek MS-DOS felett 1,0x 2.x 2,1x 3.0 3,1x Windows 9x 95 ( fejlesztés ) 98 Nekem Windows NT NT 3.1 NT 3.5 NT 3.51 NT4.0 2000 XP ( fejlesztés ) Vista ( fejlesztés ) 7 ( fejlesztés ) nyolc 8.1 tíz tizenegy | |
Windows Server | ||
Specializált | ||
Mobil | ||
Egyéb projektek | Xenix OS/2 Zárva Neptun Nashville Kairó Szingularitás Midori 10X |