A Windows nt operációs rendszerek azok. WNT: A Windows NT igaz története

ablakokNT

A Windows NT 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 a Microsoft és az IBM együttműködésének befejezése után fejlesztették ki OS/2-n, a Windows család többi operációs rendszerétől (Windows 3.x és Windows 9x) külön fejlesztették, és velük ellentétben megbízható megoldásként pozicionálták a munkaállomások számára. (Windows NT Workstation) és szerverek (Windows NT Server). A Windows NT egy operációs rendszercsaládot hozott létre, amely magában foglalja: maga a Windows NT, Windows 2000, Windows XP, Windows Server 2003, Windows Vista, Windows Server 2008, Windows 7, Windows Server 2008 R2, Windows 8, Windows Server 2012

Építészeti modulokablakokNT

A Windows NT architektúrája moduláris, és két fő rétegből áll: felhasználói módú összetevőkből és kernel módú összetevőkből. A felhasználói módban futó programok és alrendszerek korlátozzák a rendszererőforrásokhoz való hozzáférést. A kernel mód korlátlan hozzáféréssel rendelkezik a rendszermemóriához és a külső eszközökhöz. Az NT rendszermagot hibrid kernelnek vagy makrokernelnek nevezik. Az architektúra magában foglalja magát a kernelt, a hardveres absztrakciós réteget (HAL), az illesztőprogramokat és számos szolgáltatást (végrehajtók), amelyek kernel módban (Kernel módú illesztőprogramok) vagy felhasználói módban (Felhasználói módú illesztőprogramok) működnek.

A Windows NT felhasználói mód olyan alrendszerekből áll, amelyek I/O kezelőn keresztül továbbítják az I/O kéréseket a megfelelő kernel módú illesztőprogramnak. Felhasználói szinten két alrendszer létezik: a környezeti alrendszer (különböző operációs rendszerekre írt alkalmazásokat futtat) és az integrált alrendszer (a környezeti alrendszer nevében speciális rendszerfunkciókat kezel). A kernel mód teljes hozzáféréssel rendelkezik a számítógép hardveréhez és rendszer erőforrásaihoz. Ezenkívül megakadályozza a felhasználói szolgáltatások és alkalmazások hozzáférését a rendszer kritikus területeihez.

A Windows 2000 és az NT 4.0 közötti különbségek

A Windows 2000 legjelentősebb fejlesztései közül néhány a Windows NT 4.0-hoz képest:

Active Directory címtárszolgáltatás támogatása. Az Active Directory szerveroldalán a Server, az Advanced Server és a Datacenter Server kiadások állnak rendelkezésre, míg a teljes ügyféloldali szolgáltatás támogatást a Professional kiadás biztosítja.

Internet Information Services 5.0 verzió. Az IIS 4.0-hoz képest ez a verzió többek között az ASP webes programozási rendszer 3.0-s verzióját tartalmazza.

Fájlrendszer NTFS 3.0 verzió (a Windows 2000 belső verziójában NTFS 5.0-nak is nevezik – NT 5.0). Az NTFS ezen verziójában először jelent meg a kvóták támogatása, vagyis az egyes felhasználók számára a tárolt fájlok maximális mennyiségére vonatkozó korlátozások.

Egy frissített felhasználói felület, amely az Internet Explorer 5-ös verzióján alapuló Active Desktopot tartalmaz, és így hasonló a Windows 98 felületéhez. A színséma át lett tervezve.

Nyelvi integráció: A Windows korábbi verziói három változatban jelentek meg: európai nyelvek (egybájtos karakterek, csak balról jobbra), távol-keleti nyelvek (többbájtos karakterek) és közel-keleti nyelvek (jobbra). -balra kontextuális betűváltozatokkal). A Windows 2000 egyesíti ezeket a képességeket; minden lokalizált változata egyetlen alapon készül.

EFS titkosított fájlrendszer, amely fájlok és mappák titkosítására használható.

Főbb jellemzőkablakokXP

A Microsoft Windows XP operációs rendszer az NT technológián alapul, és a Windows 2000 rendszer közvetlen utódja, azonban a Windows Me-ben található összes legjobb újítás megtalálható a Windows XP-ben. A megbízhatóság, biztonság és teljesítmény magas szintjének megőrzése mellett a rendszer könnyebben megtanulhatóvá vált, és számos olyan eszköz jelent meg benne, amelyeket egyéni otthoni felhasználók számára terveztek.

A rendszer többféle változatban is elérhető, a különböző alkalmazási funkciókhoz igazítva. A Microsoft Windows XP Home Edition egyéni felhasználók számára készült, akik leggyakrabban otthoni számítógépen dolgoznak. Ebben a verzióban különös hangsúlyt kap a rajzokkal, hanggal és videóval végzett munka. A Microsoft Windows XP Professional verzió, ahogy a neve is sugallja, a szakemberek számára készült. Ezt a verziót használják leggyakrabban a szervezetekben. Ha komplex munkát végez otthon, például képeket készít és szerkeszt, modellez és tervez, vagy bármilyen más összetett munkát, akkor ez a verzió alkalmas otthoni számítógépére. A Microsoft Windows XP Server verzióját kiszolgálóra való telepítésre tervezték – egy nagy teljesítményű számítógépre, amely lehetővé teszi több felhasználó számára, hogy számítógépes hálózaton dolgozzon. A helyi hálózatokon végzett munka túlmutat ennek a könyvnek a keretein, ezért a szerververziót nem vesszük figyelembe. A könyv leírja az operációs rendszer fő verzióját - a Windows XP Professionalt. A Windows XP Home Edition verziója gyakorlatilag nem különbözik tőle. Az esetleges kisebb eltéréseket külön feljegyezzük.

Meg kell jegyezni, hogy a Windows XP operációs rendszerrel való hatékony működéshez meglehetősen erős, modern számítógépre van szükség. Először is, számítógépének legalább 128 megabájt memóriával kell rendelkeznie. Jobb 256 megabájtot telepíteni, hogy gyorsabban működjön a rendszer. Bármilyen processzor használható, de nem túl régi. Ha a processzor órajele legalább 300 megahertz, akkor megfelelő lesz. Bár természetesen jobb, ha egy gigahertznél nagyobb frekvenciájú processzort használunk. A merevlemezen nem csak az operációs rendszer fájljait és az ideiglenes fájlokat kell elhelyeznie, hanem elegendő szabad területtel is kell rendelkeznie, például egy CD képének elkészítéséhez, mielőtt azt kiírná. A valóságban legalább két-három gigabájt lemezméretre van szükség. És ha úgy gondolja, hogy más programokat kell telepítenie a lemezre, és helyet kell hagynia a különféle dokumentumok számára, akkor egy 10 gigabájtos lemezt nem lehet túl nagynak nevezni.

A Windows XP verzióban a rendszer megjelenése nagyot változott. A gombok, ikonok, panelek most egy kicsit másképp néznek ki. Még a Windows főmenüje is megváltozott. Az interfész változásai a legjelentősebbek a Windows 3.1-ről a Windows 95-re való átállás óta. A régi felületet azonban lehet használni, ha megszokta. Külön kiemelendő a programok kompatibilitási módban való működése a Windows korábbi verzióival. Dolgozhat olyan programmal, amely Windows 95-re íródott, de nem működik a Windows 2000 rendszerben. A Windows XP minden verziója számos újítást tartalmaz. Az eszközök sokkal szélesebb köre támogatott. A rendszer lehetővé teszi videók, fényképek, rajzok, zenék és dalok egyszerű és kényelmes feldolgozását. Mostantól a Windows XP használatával bárki építhet otthoni hálózatot két vagy három számítógépre, megosztva fájlokat, mappákat, nyomtatót, faxot és internet-hozzáférést.

Ha Windows XP-vel dolgozik, nem kell további programokat telepítenie az adatok írható és újraírható CD-kre való írásához. Írhat CD-t közvetlenül a Windows Intézőből. A karmester egyébként sokat változott. A tömörített mappák, a képek, zenék és videók tárolására szolgáló speciális mappák támogatása mellett egy parancsokkal ellátott panel is hozzáadásra került, amelyek összetétele az elvégzett műveletek függvényében változik.

A rendszer hasznos eleme a videószerkesztő. Mostantól professzionális, nem lineáris vágást végezhet amatőr filmjein. Sokkal könnyebbé vált a digitális fényképezőgépekkel és szkennerekkel való munka. Nincs szükség további szoftverre, ha beír egy fényképet a számítógépébe, kissé átalakítja és kinyomtatja. Az univerzális audio- és videolejátszó mostantól több formátumot támogat, és lehetővé teszi a megjelenés megváltoztatását. Létrehozhat saját hangfájljait a népszerű MP3 formátumban. Az univerzális lejátszó támogatja a digitális videolemezek (DVD) lejátszását is, így a legjobb kép- és hangminőséget élvezheti a mai filmek nézése közben. A szórakoztatás kedvéért a Windows XP számos új játékot tartalmaz, amelyek közül néhány lehetővé teszi az online játékot.

A rendszerbiztonság is jelentősen javult. Most, ha véletlenül törli a fontos rendszerfájlokat, a rendszer automatikusan visszaállítja azokat. Új programok és berendezések telepítése után lehetőség van a rendszer korábbi állapotának visszaállítására. A Plug & Play technológia továbbfejlesztett támogatása lehetővé teszi számos modern háztartási készülék csatlakoztatását a számítógéphez.

Az internetes munkavégzés eszközei is továbbfejlesztésen estek át. A súgórendszert jelentősen átalakították, a biztonsági rendszert pedig továbbfejlesztették. Számos változás érintette a helyi számítógépes hálózaton sok felhasználó munkájának adminisztrációs eszközeit és kezelését.

A rendszerben sok más újítás is található, amelyekről a könyv olvasása és a Windows XP megismerése során tájékozódhat. Mielőtt azonban elkezdene dolgozni a rendszerrel, javasoljuk, hogy ismerkedjen meg a Windows XP rendszerben használt alapfogalmakkal. Ha ismeri a Windows korábbi verzióit, a legtöbb fogalom ismerős lesz.

ablakokTávlat

A Windows Vista a Microsoft Windows NT családjába tartozó operációs rendszer, amely a fogyasztói személyi számítógépeken használt operációs rendszerek sorozata. A fejlesztési szakaszban ennek az operációs rendszernek a kódneve „Longhorn” volt.

A Windows NT termékcsaládban a Windows Vista 6.0-s verziója (Windows 2000 – 5.0, Windows XP – 5.1, Windows Server 2003 – 5.2). A "WinVI" rövidítést néha a "Windows Vista" kifejezésre használják, amely a "Vista" nevet és a római számokkal írt verziószámot egyesíti.

A Windows Vista a Windows XP-hez hasonlóan csak kliens rendszer. A Microsoft a Windows Vista szerververzióját is kiadta – Windows Server 2008.

2006. november 30-án a Microsoft hivatalosan kiadta a Windows Vista és az Office 2007 rendszert a vállalati ügyfelek számára. 2007. január 30-án megkezdődött a rendszer értékesítése a FÁK-ban a hétköznapi felhasználók számára.

A W3Schools webelemzési adatai szerint 2012 októberében a Windows Vista piaci részesedése ▼ 3,0%; ez az érték 2009 októberében 18,6%-on tetőzött.

ablakok 7

A Windows 7 a Windows NT családba tartozó operációs rendszer, a Windows Vista után. A következő rendszer a Windows 7 után a Windows 8 vonalon A Windows NT vonalon a rendszer verziószáma 6.1 (Windows 2000 - 5.0, Windows XP - 5.1, Windows Server 2003 - 5.2, Windows Vista és Windows Server 2008 - 6.0). . A szerver verziója Windows Server 2008 R2, az integrált rendszerekre (Windows komponensekből épült) a Windows Embedded Standard 2011 (Quebec), a mobil verzió a Windows Embedded Compact 2011 (Chelan, Windows CE 7.0).

Az operációs rendszer értékesítése 2009. október 22-én jelent meg, kevesebb mint három évvel az előző operációs rendszer, a Windows Vista megjelenése után. A mennyiségi licenccel rendelkező partnerek és ügyfelek 2009. július 24-én hozzáférést kaptak az RTM-hez. A rendszer végleges verziójának eredeti telepítési képei 2009. július 21-e óta elérhetők az interneten.

A W3Schools (angol) internetes elemzése szerint 2012 októberében a Windows 7 részesedése a világon internet-hozzáférésre használt operációs rendszerek között ▲ 56,8% volt. Ezzel a kritériummal az első helyen áll, megelőzve a korábbi vezetőt - a Windows XP-t - 2011 augusztusában.

FájlrendszerNTFS

Az NTFS (az angol New Technology File System szóból – „új technológiai fájlrendszer”) a Microsoft Windows NT operációs rendszercsalád szabványos fájlrendszere.

A HPFS fájlrendszert először az OS/2 1.2 operációs rendszerhez használták, hogy hozzáférést biztosítsanak az akkoriban a piacon megjelenő nagy lemezmeghajtókhoz. Ezen túlmenően szükség van a meglévő elnevezési rendszer bővítésére, a szervezettség és a biztonság javítására, hogy megfeleljen a hálózati szerverek piacának növekvő igényeinek. A HPFS fájlrendszer támogatja a FAT könyvtárszerkezetet, és hozzáadja a fájlok név szerinti rendezését. A fájlnév legfeljebb 254 kétbájtos karaktert tartalmazhat. A fájl „adatokból” és speciális attribútumokból áll, amelyek további lehetőségeket teremtenek más típusú fájlnevek támogatására és a biztonság javítására. Ezenkívül az adatok tárolására szolgáló legkisebb blokk most megegyezik a fizikai szektor méretével (512 bájt), ami csökkenti a lemezterület pazarlását.

Az NTFS felváltotta az MS-DOS-ban és a Microsoft Windowsban használt FAT fájlrendszert. Az NTFS támogatja a metaadatrendszert, és speciális adatstruktúrákat használ a fájlinformációk tárolására a teljesítmény, a megbízhatóság és a lemezterület hatékonyságának javítása érdekében. Az NTFS a fájlok adatait a Master File Table-ban (MFT) tárolja. Az NTFS beépített képességekkel rendelkezik a különböző felhasználók és felhasználói csoportok adataihoz való hozzáférés korlátozására (Hozzáférés-vezérlési listák (ACL)), valamint kvóták hozzárendelésére (az egyes felhasználók által elfoglalt maximális lemezterület korlátozása). Az NTFS az USN naplózó rendszert használja a fájlrendszer megbízhatóságának javítására.

Az NTFS-t a HPFS fájlrendszer (High Performance File System) alapján fejlesztették ki, amelyet a Microsoft az IBM-mel közösen hozott létre az OS/2 operációs rendszerhez. De miután olyan kétségtelenül hasznos újításokat kapott, mint a kvóták, a naplózás, a hozzáférés-vezérlés és az auditálás, nagyrészt elvesztette [forrás nincs megadva 242 nap] az ősében (HPFS) rejlő nagyon nagy teljesítményű fájlműveleteket.

Az NTFS-nek több verziója is létezik: a v1.2-t a Windows NT 3.51 és a Windows NT 4.0, a v3.0 a Windows 2000, a v3.1 a Windows XP, a Windows Server 2003, a Windows Server 2003 R2, a Windows Vista, a Windows rendszerrel 7 és Windows Server 2008, Windows Server 2008 R2.

A fájlrendszer specifikációi védettek. Ez bizonyos nehézségeket okoz, amikor a támogatást olyan harmadik féltől származó termékekben implementálja, amelyek nem tartoznak a Microsofthoz - különösen az ingyenes operációs rendszerek illesztőprogramjainak fejlesztőinek kell visszafejteni a rendszert.

A HPFS fájlrendszer-könyvtárbejegyzések több információt tartalmaznak, mint a FAT. A fájlattribútumokkal együtt a létrehozással és módosítással kapcsolatos információk, valamint a hozzáférés dátuma és időpontja is itt tárolódnak. A HPFS fájlrendszer-könyvtárbejegyzések az FNODE-ra mutatnak, nem pedig a fájl első fürtjére. Az FNODE fájladatokat, fájladatokra mutató mutatókat vagy más fájladatokra mutató struktúrákat tartalmazhat. A HPFS lehetőség szerint megpróbálja a fájladatokat szomszédos szektorokba helyezni. Ez megnöveli a szekvenciális fájlfeldolgozás sebességét. A HPFS a lemezt egyenként 8 MB-os blokkokra osztja, és mindig megpróbál egy fájlt ugyanabban a blokkban írni. Minden blokkhoz 2 KB van fenntartva az allokációs tábla számára, amely a blokkon belüli írott és szabad szektorokról tartalmaz információkat. A blokkolás javítja a teljesítményt, mivel a lemezfejnek nem a lemez logikai elejére (általában a nulla hengerre) kell visszatérnie, hanem a legközelebbi blokk kiosztási táblázatához, hogy meghatározza a fájl mentési helyét. Ezenkívül a HPFS fájlrendszer két egyedi adatobjektumot tartalmaz.

Fejlődéstörténet

A Windows NT fejlesztését "NT OS/2" munkacímen 1988 novemberében kezdte el David Cutler vezette szakértői csoport. Dave Cutler ), akik a DEC-től csatlakoztak a Microsofthoz, ahol a VAX-ot és a VMS-t fejlesztették. A munka párhuzamosan zajlott az IBM saját operációs rendszerének, az OS/2 2.0-nak a fejlesztésével, amely végül csak 1992 áprilisában jelent meg. Ezzel párhuzamosan 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 jellemez. 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 lett a vége, hogy megszakadt az együttműködésük. Az IBM folytatta az OS/2 önálló fejlesztését, és a Microsoft elkezdett dolgozni a rendszeren, amely végül Windows NT néven jelent meg. Bár nem vált azonnal népszerűvé, mint a DOS, a Windows 3.x vagy a Windows 9.x, marketing szempontból a Windows NT lényegesen sikeresebbnek bizonyult, mint az OS/2.

Meg kell jegyezni, hogy az OS/2, majd a POSIX API-kat eredetileg NT OS programozási felületként tervezték. Emellett az Intel i860-at, majd a MIPS-t eredetileg az NT hardverplatformjának tervezték, később az Intel x86 támogatását is hozzáadták. Aztán, ahogy az operációs rendszer fejlődött, az eredetileg tervezett szoftveres interfészek és mindkét eredetileg tervezett hardverplatform támogatása megszűnt. Ennek az operációs rendszernek még egyetlen kiadása sem volt az i860-hoz, bár pontosan ennek a processzornak a kódnevéből adódott. N10(N Ten), magából az NT OS nevéből származik. A Microsoft most megfejti az NT rövidítést, mint Új technológia. A POSIX alrendszer alternatívájaként a Microsoft elkezdte kínálni a Microsoft Windows Services for UNIX csomagot.

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 ( angol), többfeladatos operációs rendszerek, például VAX/VMS és RSX-11 létrehozásában szerzett tapasztalattal. A Windows NT és a VMS operációs rendszercsalád belső architektúrái között észlelt néhány hasonlóság okot adott arra, hogy a Microsoft újonnan felvett alkalmazottait a DEC szellemi tulajdonának ellopásával vádolják. A felmerült konfliktus békésen megoldódott: a DEC elismerte a Microsoft tulajdonjogát a Windows NT alapjául szolgáló technológiákban, a Microsoft pedig létrehozta és támogatta 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 kompatibilitása az operációs rendszer minden egyes új kiadásával csökkent. Az OS/2 2.0 API-támogatás, 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 programtámogatási alrendszerét.

Verziók

Név ( kód név), lehetőségek	verziószám	első kiadás	legújabb szám /
Windows NT 3.1	3.1.528	július 27	SP3 (november 10.)
	Munkaállomás, Advanced Server
Windows NT 3.5 ( Daytona)	3.5.807	szeptember 21	SP3 (június 21.)
	Munkaállomás, Szerver
Windows NT 3.51 ( Tukwila)	3.51.1057	május 30	SP5 (szeptember 19.)
	Munkaállomás, Szerver
Windows NT 4.0 ( Indy)	4.0.1381	július 29	SP6a (november 30.)
	Munkaállomás, Szerver, Szerver Enterprise ( Gránit), Terminálszerver ( Hydra), Beágyazott ( Impala)
Windows 2000 ( Kairó)	5.0.2195	február 17	SP4 (június 26.)
	Professzionális, Szerver, Advanced Server, Datacenter Server
Windows XP ( Fütyülő)	5.1.2600	október 25-én	SP3 (május 6.)
	Otthoni, Professzionális, 64 bites, Médiaközpont ( eHome), Tablet PC, Indító, Beágyazott ( Mantis), N; Windows Fundamentals régebbi számítógépekhez ( Eiger)
Windows Server 2003 ( Whistler szerver, Windows .NET Server)	5.2.3790	április 24	SP2 (május 13.)
	Standard, Enterprise, Datacenter, Web, Small Business Server ( Hiúz), Compute Cluster Server, Storage Server; Windows XP Professional x64
Windows Vista ( Longhorn)	6.0.6000	január 30	SP2 (május 25.)
	Starter, Home Basic, Home Premium, Business, Enterprise, Ultimate, N Home Basic, N Business; Az összes x64-es változata, kivéve a Starter
Windows Server 2008 ( Longhorn szerver)	6.0.6001	február 27	SP2 (május 27.)
	Normál, Vállalati, Adatközpont, HPC, Web, Tárhely, Kisvállalati ( Puma), Essential Business ( Centro), Itanium; A HPC kivételével az összes x64-es változata
Windows 7 ( Blackcomb, Bécs)	6.1.7600	október 22	SP1 (KB976932) (február 22.)
	Starter, Home Basic, Home Premium, Professional, Enterprise, Ultimate, Windows 7 N, Windows 7 E; Az Initial kivételével az összes x64-es változata
Windows Server 2008 R2	6.1.7600	október 22	SP1 (KB976932) (február 22.)
	Standard, Enterprise, Datacenter, HPC, Web, Storage, Small Business, Itanium; minden verzió csak 64 bites
Windows 8	6.2.9200	október 26	Pro (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	október 26	RTM (augusztus 1.)
	Normál, adatközpont, tároló; minden verzió csak 64 bites

Belsőépítészet

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ó ablakfelületet valósít meg. Ebben az alrendszerben két olyan objektumtípus található, amelyek nem voltak jelen a Windows 16 bites verzióiban és a Windows 9x-ben: ablakállomásokÉs asztali számítógépek. Egy ablakállomás egy Windows NT felhasználói munkamenetnek felel meg – például amikor a Távoli asztal szolgáltatáson keresztül csatlakozik, egy új ablakállomás jön létre. Minden futó folyamat valamelyik ablakállomáshoz tartozik; Az asztallal interakcióra képesként megjelölt szolgáltatásokon kívüli szolgáltatások 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 az összes globális felhasználói felületi alrendszer-művelet kontextusa, például a hoook telepítése és az üzenetek továbbítása. Minden futó szál az egyik asztalhoz tartozik - ahhoz, ahol az általa kiszolgált ablakok találhatók; konkrétan egy 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 szabványos Windows felhasználói felületen ez idáig nem volt lehetőség több asztal létrehozására és közötti váltásra egyetlen munkameneten belül, bár léteznek harmadik féltől származó programok, amelyek hozzáférést biztosítanak ehhez a funkcióhoz.

A Windows állomások és az asztali számítógépek az egyetlen Windows NT felhasználói felület alrendszer-objektumok, amelyekhez hozzáférési jogokat lehet hozzárendelni. A fennmaradó objektumtípusok ablakÉs menü- teljes hozzáférést biztosítanak minden olyan folyamathoz, amely velük egy ablakállomáson van. Ez az oka annak, hogy 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.

Szoftver 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 natív API), az ntdll.dll dinamikus hivatkozási könyvtárban van megvalósítva, és két részből áll: NT kernel rendszerhívások (függvények az Nt és Zw előtaggal, a végrehajtás átvitele az ntoskrnl.exe azonos nevű kernelfüggvényekre) és a felhasználói módban megvalósított függvények ( RTl előtaggal). A második csoport egyes funkciói belső rendszerhívásokat használnak; a többi teljes egészében privilegizált kódból áll, és nem csak felhasználói módú kódból hívható, hanem meghajtókból is. A natív API-függvényeken kívül az ntdll a C szabványkönyvtár funkcióit is tartalmazza.

A Native API hivatalos dokumentációja nagyon ritka, de a rajongók közösségeinek sikerült elég sok információt összegyűjteniük erről a felületről próbálkozások és tévedések révén. Különösen 2000 februárjában Gary Nebbett könyve „ Windows NT/2000 API Basic Functions Reference"(ISBN 1-57870-199-6); 2002-ben lefordították oroszra (ISBN 5-8459-0238-X). A natív API-val kapcsolatos információforrás lehet a Windows DDK, amely leír néhány, a Native API-n keresztül elérhető kernelfunkciót, valamint a Windows kód tanulmányozása (reverse engineering) – szétszedéssel vagy a Windows 2000 forráskód használatával, kiszivárgás eredményeként, vagy a Windows Research Kernel programon keresztül elérhető Windows 2003 szövegek forráskódjának felhasználásával vált elérhetővé.

Azok a programok, amelyek a Windows NT többi API-ját biztosító alrendszerek betöltése előtt futnak, a natív API használatára korlátozódnak. Például az autochk program, amely ellenőrzi a lemezeket az operációs rendszer betöltésekor egy helytelen leállítás után, csak a natív API-t használja.

Win32 API

A Windows NT alkalmazási programjai leggyakrabban a Win32 API-t használják - a Windows 3.1 OS API-n alapuló interfészt, amely lehetővé teszi a meglévő programok újrafordítását a Windows 16 bites verzióihoz a forráskód minimális módosításával. A Win32 API és a 16 bites Windows API kompatibilitása olyan nagyszerű, 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ú és szinkronizálási objektumokat, például a mutexet és a szemaforokat. A Win32 API dokumentációja megtalálható a Microsoft Platform SDK-ban, és elérhető a webhelyen.

A Win32 API-támogató könyvtárak elnevezése alapvetően megegyezik a Windows 3.x rendszerkönyvtáraival, egy 32-es utótaggal: ezek a kernel32, advapi32, gdi32, user32, comctl32, comdlg32, shell32 és még sok más. A Win32 API-funkciók vagy maguk implementálhatják a szükséges funkcionalitást felhasználói módban, vagy meghívhatják a fent leírt Native API függvényeket, vagy hozzáférhetnek a csrss alrendszerhez az LPC mechanizmuson keresztül ( angol), vagy indítson rendszerhívást a win32k könyvtárba, amely megvalósítja a Win32 API-hoz szükséges támogatást kernel módban. A felsorolt ​​négy opció tetszőleges kombinációban is kombinálható: például a Win32 API WriteFile függvény meghívja a Native API NtWriteFile függvényt, hogy lemezfájlba írjon, és meghívja a megfelelő csrss függvényt, hogy kimenetet küldjön a konzolra.

A Win32 API-támogatás a Windows 9x operációs rendszer család része; emellett a Win32s csomag telepítésével hozzáadható a Windows 3.1x rendszerhez. 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 karakterláncot paraméterként elfogadó Win32 API-függvény két változatban készült: az A utótagú függvények ( ANSI) elfogadja az MBCS karakterláncokat és a W utótagú függvényeket ( széles) elfogadja az UTF-16 kódolású karakterláncokat. A Win32s és a Windows 9x rendszerben 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 karakterlánc-paramétereit Unicode-ba, és meghívja a W-verziót. ugyanaz a funkció. A könyvtár mellékelt H-fájljai utótag nélküli függvényneveket is definiálnak, a függvények A- vagy W-változatának használatát pedig a fordítási opciók határozzák meg, a 2010-es verzió előtti Delphi-modulokban pedig például szigorúan kötöttek. Az A utótagú opciókhoz Fontos azonban megjegyezni, hogy a Windows 2000 vagy újabb Windows NT operációs rendszerekben bevezetett újdonságok többsége csak a Unicode verzióban létezik, mivel a régebbi programokkal és a Windows rendszerrel való kompatibilitás biztosítása a feladat. A 9x már nem olyan nyomós, mint korábban.

POSIX és OS/2

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

A 64 bites processzorok támogatását először a Windows XP rendszerben valósították meg az IA-64 – 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; Később a Windows Server 2003 egyes verzióihoz hozzáadták az Itanium processzor támogatását. 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 processzoraiba is implementáltak. A Windows Server 2003 SP1 x64 és a Windows XP Professional x64 egy időben jelent meg, amelyek a Windows ugyanazon verziójának kiszolgálói és asztali verzióit képviselik – 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 ennek megfelelően 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.

Megjegyzések

Lásd még

• A ReactOS egy nyílt forráskódú operációs rendszer, amely kompatibilis a Windows NT alkalmazásokkal és illesztőprogramokkal.

A Windows NT nem a korábban létező termékek továbbfejlesztése. Architektúrája a nulláról készült, figyelembe véve a modern operációs rendszer követelményeit. Az alábbiakban felsoroljuk az ezen követelmények alapján kifejlesztett új rendszer jellemzőit.

Az új operációs rendszer kompatibilitásának biztosítása érdekében a Windows NT fejlesztői megőrizték az ismerős Windows felületet, és bevezették a meglévő fájlrendszerek (például FAT) és különféle alkalmazások támogatását (MS - Dos, OS/2 1.x, OS/2, Windows 3.x és POSIX). A fejlesztők a Windows NT-ben különféle hálózati eszközökkel való munkavégzéshez szükséges eszközöket is tartalmaztak.

Elértük a rendszer hordozhatóságát, amely immár CISC és RISC processzorokon is futhat.

A méretezhetőség azt jelenti, hogy a Windows NT nem kötődik egyprocesszoros számítógép-architektúrához, hanem képes teljes mértékben kihasználni a szimmetrikus többprocesszoros rendszerek nyújtotta lehetőségeket. A Windows NT jelenleg 1-től 32-ig terjedő processzorszámú számítógépeken tud működni. Ezen túlmenően, ha a felhasználók előtt álló feladatok bonyolultabbá válnak és a számítógépes környezettel szemben támasztott követelmények bővülnek, a Windows NT lehetővé teszi

nagyobb teljesítményű és termelékenyebb szerverek és munkaállomások hozzáadása a vállalati hálózathoz. További előnyökkel jár, ha egyetlen fejlesztőkörnyezetet használunk szerverekhez és munkaállomásokhoz egyaránt.

A Windows NT egységes biztonsági rendszerrel rendelkezik, amely megfelel az Egyesült Államok kormányzati előírásainak, és megfelel a B2 biztonsági szabványnak. Vállalati környezetben a kritikus alkalmazások teljesen elszigetelt környezettel vannak ellátva.

Az elosztott feldolgozás azt jelenti, hogy a Windows NT beépített hálózati képességekkel rendelkezik. A Windows NT különböző típusú gazdaszámítógépekkel való kommunikációt is lehetővé tesz azáltal, hogy támogatja a különféle szállítási protokollokat, és magas szintű kliens-szerver lehetőségeket használ, beleértve a nevesített csöveket, a távoli eljáráshívásokat (RPC) és a Windows socketeket.

A megbízhatóságot és a robusztusságot olyan architekturális jellemzők biztosítják, amelyek megvédik az alkalmazásokat az egymás és az operációs rendszer károsodásától. A Windows NT hibatűrő strukturált kivételkezelést használ az összes architektúra szintjén, amely tartalmaz egy helyreállítható NTFS fájlrendszert, és védelmet nyújt a beépített biztonsági és fejlett memóriakezelési technikák révén.

A lokalizációs képességek eszközöket biztosítanak a világ számos országában a nemzeti nyelveken történő munkavégzéshez, ami az ISO Unicod szabvány (a nemzetközi szabványügyi szervezet által kifejlesztett) használatával érhető el.

Windows NT koncepciók

A Windows NT operációs rendszer két változatban érhető el: Windows NT Server és Windows NT Workstation. A Windows NT Server 4.0 egy hálózati operációs rendszer internetes alkalmazásokkal, fájl- és nyomtatási szolgáltatásokkal, távelérési szolgáltatással, beépített útválasztóval, fájlindexeléssel és hálózatkezeléssel. A Windows NT második változata, a Windows NT Workstation 4.0 sok tekintetben hasonlít az NT Serverhez, de munkaállomás operációs rendszerként van optimalizálva. Ami az architektúrát és a képességeket illeti, a Windows NT Server a Windows NT Workstation szuperkészlete, és az utóbbi összes funkcióját tartalmazza. Továbbá, ha nincs feltüntetve, melyik operációs rendszerről van szó, a megjegyzések mindkettőre vonatkoznak.

A Windows NT eredete

A Windows NT létrehozásával kapcsolatos munka 1988 végén kezdődött. A Microsoft David Cutlert bízta meg egy új szoftverprojekt vezetésével: egy New Technology (NT) operációs rendszer fejlesztésével. David Cutler volt a DEC fő tanácsadója, 17 évig dolgozott ennél a cégnél, OS és fordítóprogramok fejlesztésével: VAX/VMS, OS for MicroVAX I, OS RSX-11M, VAX PL/1, VAX C fordítók.

A Windows NT-t eleinte az OS/2 (OS/2 Lite) könnyű verziójaként fejlesztették ki, amely egyes funkciók csonkolásával kevésbé erős gépeken is futhatott. Idővel azonban, miután meglátta, hogy a Windows 3.0-t mennyire fogadják el a fogyasztók, a Microsoft újra összpontosított, és elkezdte fejleszteni a Windows 3.1 továbbfejlesztett verzióját. A Microsoft új stratégiája az volt, hogy egyetlen Windows-alapú operációs rendszer-családot hozzon létre, amely számos számítógéptípust lefed, a legkisebb laptopoktól a legnagyobb többprocesszoros munkaállomásokig.

A Windows NT, ahogy a Windows rendszerek következő generációját nevezték, a Windows család hierarchiájának legmagasabb szintjére tartozik. Ez az operációs rendszer, amely kezdetben támogatta az ismerős Windows grafikus felhasználói felületet (GUI), a Microsoft első teljesen 32 bites operációs rendszere volt. A Win32 API, az új alkalmazások fejlesztésére szolgáló programozási felület javított operációs rendszer-tulajdonságokat tett elérhetővé az alkalmazások számára, például többszálú folyamatokat, szinkronizálást, biztonságot, I/O-t és objektumkezelést.

A Windows NT koncepcionális előnyei az MS-DOS/Windows 3.1 párossal szemben nyilvánvalóak voltak. 32 bites alapja valódi többfeladatos és többszálas működéssel párosulva jelentősen megnövelte a rendszerben rejlő lehetőségeket.

Az NT család első operációs rendszerei - a Windows NT 3.1 és a Windows NT Advanced Server 3.1 - 1993 júliusában jelentek meg. A Windows NT 3.5 következő verziójának, a Daytona-nak a kódneve, amely egybeesik egy floridai gyorsasági pálya nevével, arra utalhatott, hogy fő előnye a sebesség volt. A 3.5-ös verzió teljesítménye ugyanis másfélszeresére nőtt a 3.1-es verzióhoz képest, és megjelenése után sok vállalati felhasználó, aki ilyen vagy olyan okból elutasította a 3.1-es verziót, átgondolta az NT-vonalhoz való hozzáállását: 1995-ben a Windows NT részesedése a piacból 2-szeresére nőtt és 15%-ot tett ki.

A Windows NT 4.0 verzió jellemzői

1996 augusztusában adták ki a Windows NT 4.0 következő verzióját. A Windows NT e következő verziója kezdetben a 3.52-es számot kapta, de a 4.0-s számot kapta, amelyről korábban a számítógépes sajtó a Windows NT egy másik, Cairo kódnevű várható verziója kapcsán szó esett. Talán ennek az az oka, hogy ez a legújabb verzió (Windows NT 4.0) nagyon sok új fontos tulajdonsággal rendelkezik, amelyek jelentősebb kódolási változtatásokat igényelnek. A Windows NT Server 4.0-ban bevezetett újítások főként a felhasználói felület fejlesztésével, a kibővített internetes támogatással, az újdonságok megjelenésével és a meglévő adminisztrációs eszközök korszerűsítésével, valamint a rendszerteljesítmény javításával kapcsolatosak.

A Windows NT 4.0 számos jelentős változást vezetett be, amelyek közül a legjelentősebbek a következők:

a felület megvalósítása a Windows 95 stílusában;

orientáció az internet és az intranet felé;

olyan építészeti változások, amelyek drámaian növelték a grafikus teljesítményt;

a NetWare-rel való együttműködéshez szükséges eszközök módosítása - A Gateway és az NCP-kliens mostantól támogatja az NDS-t;

több protokollos útválasztás támogatása;

az Intel processzorok emulátorának megjelenése a Windows NT 4.0-ban RISC platformokhoz.

A 4.0-s verzióban további fejlesztések is találhatók. Például a Windows NT Server 4.0 jelentősen javította a skálázhatóságot a Windows NT Server 3.51-hez képest, ami jelentősen nagyobb teljesítmény elérését teszi lehetővé a 4 processzoros számítógépeken, valamint lineáris teljesítménynövekedést biztosít a nyolc vagy több processzorral rendelkező gépeken.

A Windows NT Server 4.0 teljesítménye fájlszerverként is jelentősen megnőtt, és egyes becslések szerint több mint kétszeresével haladta meg a Windows NT Server 3.51 teljesítményét.

Az új Windows NT adminisztrációs eszközei távolról is futhatnak a Windows 95 klienseken. Ezen kívül a Windows NT Server távoli rendszerindítási szolgáltatást is biztosít a Windows 95 kliensek számára (ez lemez nélküli munkaállomások esetén hasznos).

A Windows NT 4.0 új Windows 95-stílusú grafikus felhasználói felülettel rendelkezik. Bár egyes felhasználóknak nem feltétlenül tetszik a változás, a Microsoft visszaállítja az eredetileg a Windows NT egyik erősségének tartott "egy méretben" megközelítést. Windows 95 vagy Windows NT rendszert futtató kliensállomásokkal rendelkező hálózatban (vagy vegyes hálózatban, amely ilyen állomásokat is tartalmaz) a Windows NT Server rendszergazdák ugyanazon a felületen hajthatják végre feladataikat, mint a munkaállomások felhasználói.

A grafikus felület korszerűsítése a külső változásokon kívül nem befolyásolta nagymértékben a hálózatkezelés módszereit. Az alapvető Windows NT Server rendszergazdai eszközök változatlanok maradnak. A tartományok felhasználói kezelője, a kiszolgálókezelő, a lemezadminisztrátor, az eseménynéző, a teljesítményfigyelő, a DHCP-kezelő, a WINS-kezelő, a hálózati kliens-adminisztrátor, a licenckezelő és a NetWare programok migrációs eszköze nem változott jelentős mértékben. A Remote Access Administrator szintén változatlan, de most egy külön mappából került át a Felügyeleti eszközök menübe. A Windows NT és a Windows 95 rendszerrel is kompatibilis új System Policy Editor felváltja a Windows NT Server 3.x-ből ismert felhasználói profilszerkesztőt. A 4.0-s verzió négy kiegészítést tartalmaz: az Adminisztrációs varázslókat, a már említett Rendszerházirend-szerkesztőt, valamint egy továbbfejlesztett Windows NT Diagnostics eszközt és a Network Monitor programot (egy hálózatfigyelő program, amelyet korábban csak a Microsoft Systems Management Server termék részeként szállítottak).

Az adminisztrációs varázslók segítségével egyszerűen, lépésről lépésre hajthat végre olyan műveleteket, mint például felhasználói fiókok létrehozása, felhasználói csoportok kezelése, fájlok és könyvtárak hozzáférésének szabályozása, új nyomtató telepítése, programok telepítése és eltávolítása, modem csatlakoztatása, telepítő hajlékonylemez-csomagok előkészítése. új ügyfelek számára és a telepített programok licencszerződéseinek való megfelelés ellenőrzése. Mindez hasznos lesz azoknak a rendszergazdáknak, akik úgy találják, hogy a grafikus felület ellenére a Windows NT felügyeleti eszközei még mindig összetettek.

A Windows NT 4.0 számos hasznos rendszerfigyelő összetevőt tartalmaz, amelyek a Microsoft Systems Management Server kiszolgálójából származnak. A fő alkalmazás a Performance Monitor eszköz, amely grafikusan figyeli a kiválasztott rendszereseményeket. A Performance Monitor különösen használható a CPU kihasználtság, a teljes hálózati kártya I/O és a HTTP-n keresztül átvitt bájtok számának grafikonjainak lekérésére.

Egy másik alkalmazás, a Monitor Tool szintén képes az NT számítógépről érkező és onnan érkező hálózati forgalom rögzítésére és figyelésére. A megfigyelési forgatókönyv (például annak leírása, hogy mely protokollkereteket kell figyelni, mely forgalmi jellemzőket kell mérni, mely munkaállomásokról vagy felhasználókról) elmenthető és szükség esetén újra felhasználható.

A varázslóprogramok készlete még távolról sem teljes funkcionálisan. Például nincs olyan program, amely áthelyezné a felhasználó költségvetését az egyik tartományból a másikba, azaz végrehajtaná azokat az eljárásokat, amelyek egy fiók törléséhez és egy másik létrehozásához szükségesek.

A Windows NT Server 4.0 egyéb újításai elsősorban az internethez és az intranethez kapcsolódnak. Közöttük fontos helyet foglalnak el a szállítókészletben található alábbi szoftverkomponensek:

Az Internet Information Server (IIS) 2.0-s verziója egy Microsoft-termék, amely web-, ftp- és gopher-kiszolgáló szolgáltatásokat nyújt, és az Internet Information Server képességei hasonlóak, és számos tesztben felülmúlják a hasonló népszerű Server Netscape-et. A Microsoft Internet Information Server 2.0 a Windows NT Server leggyorsabb webkiszolgálója – 40 százalékkal gyorsabb, mint elődje, az 1.0-s verzió;

Distributed Component Object Model (DCOM), amely biztonságos kommunikációt biztosít az összetevők között az interneten keresztül;

DNS/WINS-kiszolgáló, amely lehetővé teszi a szükséges webhelyek könnyű megtalálását az interneten vagy az intranetes hálózatokon;

PPTP (point-to-point tunneling protocol) technológia, amely kibővíti a Windows NT Server (RAS) távelérési kiszolgáló funkcionalitását, és lehetőséget biztosít magánhálózatok létrehozására az interneten;

a FrontPage program, amely lehetővé teszi weblapok létrehozását különféle sablonok alapján, a hivatkozások helyességének ellenőrzését és a létrehozott webhelyek általános kezelését;

Microsoft Search Server indexszerver, amely lehetővé teszi, hogy könnyedén megtalálja az elosztott intranetes kiszolgálókra vonatkozó információkat bármely dokumentumon belül, beleértve a Microsoft Office-ban létrehozott dokumentumokat is.

Az új rendszer két internetalapú szolgáltatása különösen érdekes a rendszergazdák számára. Az első a DNS névszolgáltatás. Lehetővé teszi DNS-nevek használatát, de csak a statikus címzést támogatja. E korlátozás leküzdésére a Microsoft a DNS- és WINS-szolgáltatások integrációját kínálja, ezt a kombinációt "igazi dinamikus DNS-nek" nevezve. Most, amikor egy WINS-ügyfélnek meg kell határoznia a szimbolikus NetBIOS-névnek megfelelő IP-címet, először a WINS-adatbázist, majd magát a DNS-t nézi meg. Így a rendszer a dinamikusan felismert WINS-neveket és a statikus DNS-neveket is azonos feltételekkel használhatja.

Ezenkívül a Windows NT 4.0 tartalmazott egy webalapú adminisztrációs segédprogramot, amely hozzáférést biztosít a Windows NT adminisztrációs eszközeihez bármely webböngészőből. Biztonsági okokból a távoli adminisztrációnak olyan webböngészőt kell használnia, amely képes a felhasználót közvetlenül a Windows NT kiszolgálóra bejelentkezni (például Internet Explorer), vagy támogatja az SSL protokollt.

A fejlesztések egyike annak köszönhető, hogy az internet és a kliens-szerver rendszerek növekvő szerepe a mobilfelhasználók számának növekedését eredményezi. E tekintetben a Microsoft továbbfejlesztette a RAS-t (továbbfejlesztett ISDN-támogatás) és biztonságos eszközöket biztosított Az interneten keresztüli RAS-val való munkavégzés a PPTP protokollokat (titkosított forgalmat hoz létre az interneten) és a Multilink PPP-t (lehetővé teszi több csatorna egyesítését).

A Distributed Component Object Model a Windows NT Server 4.0 másik kulcsfontosságú kiegészítője. Az objektumhivatkozási modell (COM) lehetővé teszi a szoftverfejlesztők számára, hogy egyedi komponensekből álló alkalmazásokat hozzanak létre. A Windows NT Server 4.0 elosztott komponensmodellje (DCOM) úgy bővíti ki a COM-ot, hogy az egyes összetevők az interneten keresztül kommunikáljanak egymással. A DCOM egy növekvő internetes szabvány, amelyet az RFC 1543 specifikációiban meghatározott formátum szerint tettek közzé.

A Windows NT 4.0 fejlesztésekor a Microsoft úgy döntött, hogy feláldozza a stabilitást a teljesítményért. Ennek érdekében változtatásokat hajtottak végre az architektúrán: az ablakkezelő és a GDI könyvtárak, valamint a grafikus adapter illesztőprogramjai felhasználói módból kernel módba kerültek. Ez a változás a Windows NT 3.x korábbi verzióiban elfogadott mikrokernel koncepciótól való eltérést jelzi.

A grafikus könyvtár és az illesztőprogramok kernel területre való áthelyezése javítja a grafikus I/O sebességét. Ezek a változások különösen a Win32 alkalmazások végrehajtási sebességét érintették, míg a Windows-16 alkalmazások és a DOS grafikus alkalmazások hozzávetőlegesen ugyanúgy teljesítettek, mint a 3.5-ös verzióban.

A leírt változtatások ugyanakkor elvileg kevésbé megbízhatóvá teszik az operációs rendszert. Valójában, mivel a grafikus adapter szoftverét általában ennek a berendezésnek a gyártói fejlesztik, és ez a szoftver gyakran változik (a hardverrel együtt), nehéz elvárni tőle azt a megbízhatóságot, amely az operációs rendszer moduljaihoz szükséges.

A Windows NT 5.0 új szolgáltatásai

1997 végén várhatóan megjelenik a Windows NT 5.0, a Windows NT továbbfejlesztett változata. Nem csak egy teljesen 32 bites rendszer lesz, hanem egy teljesen objektum-orientált rendszer is. A Windows NT 5.0 alapja az OLE 2.0 szabványon alapuló objektum-orientált fájlrendszer, amely lehetővé teszi fájlok helyett objektumok tárolását. Az objektum-orientált megközelítés lehetővé teszi, hogy költséghatékonyan biztosítsa az adatok többszörös másolatának helyességét, például dokumentumokat, táblázatokat, alkalmazásokat és más típusú információkat, amelyeket a hálózat különböző gépein tárolnak.

A Windows NT 5.0 sokat ígér, az újítások elsősorban a következő alrendszereket érintik:

Az Active Directory egy globális címtárszolgáltatás, amely a DNS-névfeloldás kétszintű megközelítését támogatja. Az Active Directory nem csak a fájlokról tartalmaz információkat, hanem más típusú objektumokról is, például:

Számítógép név, IP-cím, Felhasználónév, jelszó, e-mail cím, Alkalmazás neve, számítógép, verzió, hozzáférési jogok.

Elosztott fájlrendszer (Dfs) – elosztott fájlrendszer (szabadon elérhető a www.microsoft.com webhelyen). Ennek a fájlrendszernek a különböző kiszolgálókon található könyvtárai egy közös fába vannak beillesztve, a gyökérszervertől kezdve a gyökérmegosztási névvel. Egy megosztás különböző részfái nemcsak a Microsoft, hanem a Novell NCP és a Sun NFS fájlrendszereiből is állhatnak. Az elosztott fájlrendszer egyes ágai az adminisztrátor belátása szerint transzparens módon replikálhatók.

Distributed Component Object Model (DCOM) – a szoftverobjektumok (ActiveX vagy mások) eloszthatók a hálózati szerverek között, és bármely számítógépről meghívhatók az alkalmazások által. Az objektumok helyére vonatkozó információk az Active Directoryban vannak regisztrálva.

Biztonsági szolgáltatások: A Windows NT 5.0 rendszerben a dokumentum-hozzáférési jogok ellenőrzése Kerberos vagy elektronikus aláírással történik, és a hálózaton keresztüli dokumentumok továbbítása titkosítva lesz.

Hardverkövetelmények

Különféle vélemények vannak arról, hogy a Windows NT magas hardverigényeket támaszt-e. Vannak, akik túl magasnak tartják ezeket a követelményeket, míg mások egészen elfogadhatónak tartják ezeket a követelményeket. Minden attól függ, hogy a potenciális Windows NT-felhasználó milyen eszközök vagy számítástechnikai eszközpark áll rendelkezésére, és milyen feladatokkal kell szembenéznie.

A Windows NT Workstation 4.0 futtatásához a számítógépnek legalább i486 processzorral (a rendszer ezen verziójában a Microsoft felhagyott az i386 processzorok támogatásával), legalább 12 MB RAM-mal és 108 MB lemezterülettel kell rendelkeznie. És bár ez az operációs rendszer teljesen működőképes a 16 MB-nál kisebb RAM-mal rendelkező számítógépeken, ajánlott RAM-mal telepíteni, amelynek kapacitása a megengedett minimum kétszerese, azaz 24 MB, a szabad lemezterület pedig legalább 216 MB Lehetséges a Windows NT Workstation 4.0 futtatása kevesebb erőforrással rendelkező rendszeren is, de ekkor a felhasználó valószínűleg nem lesz elégedett a teljesítményével.

Windows NT Server 4.0 esetén a Microsoft a következő hardverkövetelményeket határozza meg: minimum i486 processzor, 16 MB RAM és legalább 148 MB szabad lemezterület. Ez elegendő lehet a rendszer funkcionalitásának megismeréséhez, de „ipari” használatra ezek a minimális követelmények nyilvánvalóan nem elegendőek. Alacsony vagy közepes terhelésű (a kiszolgált felhasználók száma alapján meghatározott) szerverhez 32 MB RAM és legalább 1 GB kapacitású merevlemez szükséges.

A Windows NT-vel kompatibilitás szempontjából tesztelt hardverek teljes listája a rendszer és a szerver dokumentációjában található. www.microsoft.com.

A Windows NT felhasználási területei

A Windows NT Server nagy teljesítményének, stabilitásának, fejlett biztonsági funkcióinak és az alapvető rendszerfunkciók széles skálájának köszönhetően számos területen használható, és mindenekelőtt kiszolgálóként használható vállalati hálózatban. Itt nagyon hasznos a tartományvezérlő funkcióinak ellátására való képessége, amely lehetővé teszi a hálózat felépítését és ezáltal az adminisztrációs és felügyeleti feladatok egyszerűsítését. Fájlszerverként, nyomtatószerverként, alkalmazásszerverként, távelérési szerverként és kommunikációs szerverként (szoftver útválasztóként) is használható.

A Windows NT Server rendszerű hálózaton lévő ügyfelek lehetnek különböző operációs rendszerekkel rendelkező számítógépek. Standard támogatás: Windows NT Workstation, MS-DOS, OS/2, Windows for Workgroups, Windows 95, UNIX klónok, Macintosh. Az alapvető ügyfelek a Windows NT Server alapfelszereltségéhez tartoznak.

A Windows NT Server hatékony platform összetett hálózati alkalmazásokhoz, különösen a kliens-szerver technológiával készültekhez. A BackOffice szerverekkel kombinálva a vállalati felhasználói igények igen széles skáláját tudja kielégíteni. Így Windows NT Server alatt futhat egy Microsoft SQL Server adatbázis-kiszolgáló, valamint más ismert cégek adatbázis-szerverei, mint például az Oracle és a Sybase, az Adabas és az InterBase adatbázis-kiszolgálók.

A Windows NT Server platformra egy nagy teljesítményű Microsoft System Management Server adminisztrációs rendszer telepíthető, melynek funkciói közé tartozik a hálózati számítógépek hardver- és szoftverkonfigurációjának leltározása, szoftvertermékek automatikus telepítése a munkaállomásokra, bármely számítógép távvezérlése, és hálózatfelügyelet.

A Windows NT Server kommunikációs szerverként használható IBM nagyszámítógépekkel és IBM AS400 rendszerekkel. Erre a célra egy speciális terméket, a Microsoft SNA Servert hoztak létre, amely lehetővé teszi az IBM PC-kompatibilis munkaállomások és a nagy teljesítményű nagyszámítógépek egyszerű összekapcsolását egy hálózaton. Az SNA Sever egy átjáró, amely lehetővé teszi a munkaállomások hozzáférését mind a LAN-hoz, mind a nagyszámítógépes kiszolgálókhoz anélkül, hogy két hálózati kártya vagy több hálózati protokollverem kellene. Ez alacsonyabb hardverköltségekhez és a szükséges RAM mennyiségének csökkenéséhez vezet. Átlátszó hozzáférést biztosít a nagyszámítógépekhez, az SNA Server, ha integrálva van az NT Server biztonsággal, gazdagép hozzáférési jogosultságot biztosít. Az SNA Server bármely, az NT Server által támogatott protokollal működhet: IPX/SPX, TCP/IP vagy NetBEUI.

A Windows NT Server a Microsoft Exchange platformja, amely egy levelezőszerverre épülő új, nagy teljesítményű csoportmunka-csomag.

Végül a Windows NT 4.0 legújabb verziója megbízható platform az internetorientált alkalmazásokhoz: webszerverek, webböngészők, információkereső rendszerek és internetes e-kereskedelmi rendszerek.

A Windows NT Workstation operációs rendszer elsősorban kliensként van elhelyezve a Windows NT Server hálózatokban, valamint a NetWare, Unix és Vines hálózatokban. A NetWare hálózatokban a Windows NT munkaállomások egy jól ismert hiányt töltenek be – a jó alkalmazásszerver hiányát. A Windows NT operációs rendszerrel telepített számítógép egyenrangú hálózatok munkaállomása lehet, amely egyszerre látja el a kliens és a szerver funkcióit. A Windows NT Workstation önálló számítógépes operációs rendszerként használható, ha nagyobb teljesítményre vagy adatvédelemre van szükség, vagy összetett grafikus alkalmazások, például számítógéppel segített tervezés megvalósításához.

Ebben a cikkben megvizsgáljuk a Windows NT operációs rendszerek típusait. A Windows NT nem Windows2000 vagy bármi más. Ez egy sorozat, vagy inkább egy platform, amely alapján az operációs rendszer fejlesztése történik. Szinte az egész Windows család ezen a platformon alapul. Az NT mellett ott van a 9x platform is, amely magában foglalja a Windows95-öt, a Windows98-at és a WindowsME-t.

Mivel aggályok merültek fel az operációs rendszer régebbi verzióinak figyelembevételével írt programok hibás működésével kapcsolatban, az operációs rendszer 10. verziója közvetlenül a nyolcadik után jelent meg. Egyébként a 9-es verziót a program a 9-es sorozat operációs rendszereként értelmezheti. Az NT részleteiről ebben a cikkben olvashat.

Windows NT(köznyelven egyszerűen NT) 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 a Microsoft és az IBM OS/2-re vonatkozó együttműködésének befejezése után fejlesztették ki, és a Windows család többi operációs rendszerétől (Windows 3.x és Windows 9x) külön fejlesztették.

A Windows 3.x-től és a Windows 9x-től eltérően a Windows NT megbízható megoldást jelent a munkaállomások (Windows NT Workstation) és a szerverek (Windows NT Server) számára. A Windows NT egy operációs rendszercsaládot hozott létre, amely magában foglalja: magát a Windows NT-t, a Windows 2000-et, a Windows XP-t, a Windows Server 2003-at, a Windows Vista-t, a Windows Server 2008-at, a Windows 7-et, a Windows 8-at. Információ a Windows NT, Wikipédia cikkből.

Windows operációs rendszer neve	NT verziószám
Windows NT 4.0	4.0.1381
5.0.2195
Windows XP	5.1.2600
6.0.6000
Windows 7	6.1.7600

A betűk után megjelenő szám NT- ez egy NT alapú operációs rendszer fejlesztésének sorozatszáma. Most jelenik meg a Windows7 (Windows NT6.1), a hetedik NT alapú fejlesztés. Vista - NT6.0, XP - NT5.1, Windows2000 - NT5.0. A Win2K egyszerűen a szám fizikai értelmezése (2K=2000). Windows NT- ez egy egész operációs rendszer család. Gyakran találkozhat ezzel a telepítési és konfigurációs útmutatók vagy az eszközillesztők letöltésekor.

A Windows95 óta az operációs rendszer felülete alapvetően nem sokat változott. Természetesen jobb, kifinomultabb és kényelmesebb lett, és számos új funkció jelent meg. De egy személy, aki a Windows 2000-en dolgozott, meglehetősen könnyen hozzászokik a Windows operációs rendszer további verzióihoz (ha a rendszerfelület egészéről beszélünk). Technikailag a rendszerek különböznek egymástól, és a felhasználói problémák megoldásának módjai is különböznek a különböző rendszereken.

Általánosságban elmondható, hogy ha leírjuk ezt az operációs rendszer családot, akkor azt mondhatjuk, hogy a Windows operációs rendszer története 2 részre oszlik - a Windows Vista megjelenése előtt és utána. A Microsoft fejlesztői nem vezettek be semmi alapvetően újat (kivéve a vizuális effektusokat) az operációs rendszerük ezen verziójának felületén, de a rendszer magját teljesen átírták.

Az új kernel miatt elveszett a kompatibilitás a régebbi programokkal (amelyek fejlesztése a Vista megjelenése előtt leállt) és a régebbi eszközök illesztőprogramjaival. Ez nagyrészt megmagyarázza a Windows ezen verziójának ismertségét és népszerűtlenségét. A Windows7-ben a fejlesztők figyelembe vették a hibákat a szoftver- és hardvergyártóknak már volt lehetőségük az új operációs rendszer követelményeinek figyelembevételével kiadni a szoftvert és a hardvert, de a legtöbb régi programot és hardvert már nem támogatja ez az operációs rendszer.

Windows verzió kompatibilitás

A helyzetből való kilábalás érdekében (sok ipari program nem működik Windows7-ben) a Windows7 Professional, Enterprise és Ultimate verzióiban lehetőség van programok futtatására XP-Mode alól. Az XP-Mode egy virtuális gép és egy licencelt WindowsXP képe. Igaz, a grafikus emulációs képességek a 3D támogatás nélküli S3 Trio64 szintjén vannak, vagyis a minimum.

Gyökerek

Az egész 1975-ben kezdődött, amikor a Digital Equipment Corporation elindította 32 bites VAX platformjának fejlesztését.

Ennek a projektnek a vezetését Cutlerre bízták, aki már korábban is erős rendszermérnökként szerzett hírnevet azzal, hogy megalkotta az RSX-11M-et a híres PDP-11 miniszámítógépekhez. 1977-ben jelentették be a VAX-11/780-as gépet és a hozzá tartozó operációs rendszert, a VMS 1.0-t. Négy évvel később Cutlernek hihetetlenül elege lett abból, hogy az állandó hárombetűs előtag után számokat „rendelt”, és úgy döntött, elhagyja a Digitalt. A vállalat funkcionáriusai azonban ravaszabbnak bizonyultak: mivel nem tudtak tehetséges fejlesztőt a szervezet kebelében tartani, úgy döntöttek, hogy utánozzák a startup és a szabad kreativitás hangulatát. Seattle-ben autonóm részleget hoztak létre, és a Cutler közvetlenül a Digital alkalmazottaitól vehette fel a szükséges létszámot (körülbelül 200 főt). Az új struktúra megkezdte a processzorarchitektúra és az operációs rendszer tervezését, a Prism kódnevet.

A Windows NT család operációs rendszereinek fejlesztési diagramja

A „boldogság pillanata” nem tartott sokáig. De a híres fejlesztő nem maradt munka nélkül: akkoriban Bill Gates fejében megérett a döntés, hogy létre kell hozni egy olyan szerver operációs rendszert, amely versenyezne a Unix klónokkal. Csak azért, hogy megszerezze David Cutlert, a Microsoft leendő főépítésze beleegyezett, hogy 20 általa választott korábbi digitális mérnököt alkalmazzon. 1988 novemberében egy csapat, amelyben öt ember a Digitaltól és egy Microsoft programozó volt, hozzáfogott az üzlethez.

A feladat egy operációs rendszer megírása volt az új Intel i860 RISC processzorhoz, kódnéven N-Ten. Innen származik egyébként az NT rövidítés, amelyet később a Microsoft marketingesei New Technologyként értelmeztek. Már 1988 decemberében elkészültek a rendszer első töredékei. A bökkenő az volt, hogy az i860 csak papíron létezett, így a kódot szoftveres emulátoron kellett tesztelni. A fejlesztés a mai szabvány szerint "játékszer" Intel 386 25 MHz-es gépeken történt 13 MB RAM-mal és 110 MB merevlemezzel.

A mikrokernel architektúra, amely eredetileg az NT alapját képezte, döntő jelentőségűvé vált, amikor 1989-ben kiderült, hogy az i860 hardver nem képes elég hatékonyan végrehajtani az írott kódot. Át kellett váltanunk a MIPS R3000-re, majd a szabványos Intel 386 processzorra, amit egy 28 mérnökre bővült csapat kevesebb mint egy év alatt végzett el.

1990-ben megtörtént a legfontosabb esemény, amely kulcsfontosságú lett az NT sorsában - a Windows 3.0 megjelenése és szédületes sikere. Valójában ez volt a Microsoft első többfeladatos operációs rendszere, amely megfelelő grafikus felülettel rendelkezik a valódi munka elvégzéséhez. Ennek az interfésznek és API-nak a kölcsönzése határozta meg az NT jövőjét. Kezdetben a szerver operációs rendszernek az OS/2 projekt remake-jének kellett volna lennie az IBM-mel közösen, és ennek megfelelően működjön a meglévő OS/2 alkalmazásokkal. A Windows harmadik verziója azonban éppen időben jelent meg: Redmond elhagyta szövetségeseit, és átirányította az NT fejlesztőcsapatát a Win32 API megtervezésére, amely a Win16 felület „képére és hasonlatosságára” készült. Ez biztosította a nagyon szükséges folytonosságot, megkönnyítve az alkalmazások asztali számítógépről a szerverplatformra történő portolását.

Az addigra Windows NT-vé vált NT fejlesztőcsoport rohamos növekedésnek indult, és hamarosan mintegy 300 embert foglalkoztatott. Az OS/2-re való összpontosítás elmulasztása komoly problémákhoz vezetett a Microsoft és az IBM kapcsolatában. Nem voltak hivatalos nyilatkozatok, csupán arról volt szó, hogy az egyik vállalatközi bemutatón az IBM alkalmazottai zavartan fedezték fel, hogy a létrehozott operációs rendszernek semmi köze a cégük ötletéhez. Ennek ellenére a Windows NT 3.1 (a számozást az akkoriban létező 16 bites Windows jelenlegi verziójához „igazították”) tartalmazta többek között a DOS, Win16, POSIX és OS/2 API-k támogatását. 1993 júliusában megjelent és útjára indult a Microsoft új szerverrendszere.

Aztán a dolgok simán mentek: 1994 szeptemberében megjelent a Windows NT 3.5. Az előző verzió lázas rohanásban készült, mindent a nulláról kellett kódolni, és sok funkció megvalósítás nélkül maradt. Itt az ideje, hogy a hatékonyságon, a gyorsaságon és... valamiféle interakció megszervezésén gondolkodjunk a NetWare-re épített hálózatokkal – az akkori abszolút vezető, a helyi hálózati piacot uraló hálózatokkal. Ha azokban az években olyan figyelmesek lettek volna a monopóliumok szabályozásának kérdéseire, mint manapság, talán elég lett volna egy megfelelő rágalmat írni az illetékes hatóságnak. Sajnos a Microsoftnak egyedül kellett rájönnie a helyzetre. A Novell tétovázott, hogy biztosítson-e ügyféltámogatást a Windows NT-hez. Redmond nem tudott tovább várni – megírták saját NetWare kliensüket, ami olyan jónak bizonyult, hogy az eredeti Novell szoftver megjelenése után is tovább használták. 1995 májusában a mikrokernelen alapuló architektúrának köszönhetően megjelent az operációs rendszer speciális „PowerPC-kiadása” - a Windows NT 3.51. Egyes jelentések szerint a megjelenése egy időben késett, mivel az IBM képtelen volt betartani a processzor piacra dobásának tervét. Ezért a PowerPC verzió fejlődése egy kicsit tovább ment, mint a Windows NT 3.5, ami lehetővé tette, hogy az operációs rendszer következő verziójának alapjává váljon.

Ha eddig még lehetett beszélni némi hasonlóságról a Windows NT, sőt a Unix architektúrája között (bizonyos szempontból végtelenül távoli, máshol pedig nagyon hasonlít a VMS operációs rendszerhez), akkor az NT 4.0 megjelenésével, amely bevezette a grafikus alrendszer magjába, az ilyen érvelés utolsó oka eltűnt. Elméletileg egy ilyen döntés teljesen logikus következtetés volt abból a szomorú tapasztalatból, hogy megpróbálták integrálni a népszerű Windows 95-öt az NT-be. Valószínűleg éppen azért merült fel az ötlet, hogy lemásolják az X Window – Unix – építészeti modelljét. az NT kezdeti „szerver-orientációjának”. Ha azonban a grafikus héj tényleges „átültetésével” nem volt probléma, akkor felhasználói módban (vagyis normál alkalmazásként) nyújtott teljesítménye sok kívánnivalót hagyott maga után, ami teljesen természetes - támogatja az absztrahált kimeneti eszközt (legyen ez egy raszteres kijelző, egy nyomtató vagy akármi) a Windows grafikus alrendszere aránytalanul összetettebb és ennek megfelelően erőforrásigényesebb, mint az X Window, amely csak a raszteres megjelenítéseket „érti”. Így egy újabb modul jelent meg az 1996 júliusában kiadott Windows NT 4.0 kernel részeként. A változat neve Shell Update Release (SUR).

A következő lépés a Windows NT 5.0 volt, amely 2000-ben Windows 2000 néven jelent meg a piacon. A „címváltás” marketingesek hatására történt, és összességében helyes döntésnek bizonyult, amely lehetővé tette. hogy áthelyezze ezt az operációs rendszert. A munka a mai napig tart, amit a Windows Server 2003 megjelenése is bizonyít.

A Battle for Windows Windows Server tervezése és megvalósítása Mark Lucovskynak, a vállalat szerver operációs rendszer részlegének egyik bajnokának számol be. Hét laboratóriumba rendelt 5 ezer fejlesztőből álló hadsereget vezet. További 5 ezer programozó dolgozik munkahelyén a partnercégeknél, és naponta 50 millió sornyi végső kódhoz járul hozzá a Windows Server 2003 rendszerben. Minden nap elvégzik a rendszer teljes összeállítását és összeszerelését a működőképesség ellenőrzése és a hibák azonosítása érdekében. Az észlelt hibák listáját elküldjük a fejlesztőcsapatoknak. Az elvégzett javításokat a faliújságon jelenteni kell, amely sorba helyezi azokat a főépítménybe való felvételhez. A rendszert összeállító szerverfarmot folyamatosan korszerűsítik, azonban a teljes összeszerelés – mint sok évvel ezelőtt – 12 óra számítógépes időt vesz igénybe. És ez annak ellenére van így, hogy a kódok kolosszális tömbje különálló, független forráskódcsoportokra van felosztva, amelyek faszerű hierarchiákba szerveződnek. A fejlesztési folyamat kvintesszenciája az ún. „háborús szoba”-ban, naponta kétszer-háromszor (9:30-kor, 14:00-kor és 17:00-kor) megtartott több órás találkozó. Ezeket hasonló események előzik meg a munkacsoportok helyi „háborús termeiben” 8.00 órakor. A fő megbeszélésen megvitatják a korábban feltárt hibák javítását, és meghatározzák a projekt általános állapotát. Az elmúlt napokban itt főleg egy fontos probléma megoldásának módját keresték az emberek – a Windows.NET Server 2003 átnevezését Windows Server 2003-ra. Több ezer név a különböző modulokban, és ez a rendszer megjelenése előtti utolsó pillanatban van, ami komoly fejtörést okozott a fejlesztőknek. Az értekezleten minden csapatnak be kell számolnia a munkája előrehaladásáról, a talált hibák kijavításának folyamatáról, valamint a módosítások elvégzésének vagy elmulasztásának lehetséges következményeiről. Ha a problémát nem lehet megoldani, vagy nem tartják elég fontosnak, akkor a hiba az eredeti terminológia szerint „kikerül” a végső kiadásba. A reggeli találkozóról való lemaradás egyenlő a dezertációval. Az építés minden nap 16:30-kor kezdődik, és 18:00-ig elhalasztható, hogy a legújabb javításokat beépítsék a rendszerbe a harmadik háborús szobatalálkozó után. A csapat nem tud megjelenni egy megbeszélésen anélkül, hogy megoldást találna meglévő problémáira, vagy jobb, ha egyáltalán nem jelennek meg. Mind a hét laboratórium rendelkezik a rendszer forráskódjának teljes másolatával, amelyen elvégzik a módosításokat, összeállítják és tesztelik a működőképességet. Ha minden zökkenőmentesen ment, az új kód összevonódik a többi csoport által létrehozott kóddal a fő összeállításban. A probléma a különböző csoportok által írt új kódok interakciója lehet. A fő összeszerelés nem mindig megy jól, néha életképtelennek bizonyul a rendszer. Ilyenkor a bűnös modul felderítése után (általában hajnali három-négy körül) sürgősen a munkahelyre hívják azokat, akik azt írták, és a hiba kijavításáig nem mennek el. Ezért a programozóknak készen kell állniuk arra, hogy a nap 24 órájában, a hét 6 napján dolgozzanak (a termék megjelenési dátumának közeledtével hat napot vezetnek be). A fő elv, amelyre a tesztelés utolsó szakaszai épülnek, a saját termékeink felhasználása a projektfolyamatban. Amint egy rendszer eléri az „első szintű” stabilitást, a munkacsoportok elsődleges operációs rendszerévé válik. A „második szint” akkor tekinthető elértnek, amikor az operációs rendszer képessé válik a működésre. Csak ezt követően szabad használni a Microsoft campusán. Ez volt a helyzet az NT alatti fájlszerverrel, annak első használata a Windows NT forráskód tárolása volt, és ez volt a helyzet az Active Directory első és minden további verziójával is. A terméket ezután a JDP (Joint Development Partners) programon keresztül tesztelésre benyújtják kiválasztott partnereknek. Ha hibákat fedeznek fel, „akaratlagos döntés” születik: hagyja őket a rendszerben, és mentse el az értékesítés kezdő dátumát, vagy halassza el a kiadás dátumát, és kezdje el a fejlesztéseket. Ez utóbbi esetben minden eredmény törlésre kerül, és a tesztelés elölről kezdődik. Sokkal nehezebb az értékesítés utáni támogatást nyújtani. Ha hibákat, biztonsági hiányosságokat észlelnek, vagy új funkciókkal kell kiegészíteni a terméket, akkor helyi javítást vagy teljes körű szervizcsomagot kell készíteni. Mivel a javítás vagy a szervizcsomag előtt már léteztek más kódok, az új kódot a rendszer számos változatán tesztelik, kipróbálva a javítások és szervizcsomagok összes lehetséges kombinációját. Ezen túlmenően, a teljes körű működési ellenőrzés elvégzéséhez a vállalat támogatja hálózatának különálló részeit, amelyek a termékek régebbi verzióin (például Windows Server 2000) működnek, ahol „tesztelheti” a rendszert a helyszínen.

Hogyan lett a VMS-ből WNT?

Egyes okosok egyszer tréfálkoztak, hogy ha a Cutler operációs rendszer VMS nevének minden betűjén végrehajt egy növekményes műveletet (egy növelést), akkor WNT-t vagy Windows NT-t kap. A szakemberek szerint ez az abszolút igazság. Nem egy elfogult vélemény, amely azon alapul, hogy az NT fő építészei egy időben VMS-fejlesztők voltak, hanem objektív valóság.

Valójában az NT a VMS-összeállítás magjának radikálisan újratervezett architektúráinak megtestesülése, amelyet C nyelven valósítottak meg a jobb hordozhatóság érdekében, kiegészítve a megfelelő interfész API-kkal és új fájl- és grafikus alrendszerekkel. A két rendszer építészeti megoldásainak közös vonása igen nagy. Tehát azonos fogalmakkal rendelkeznek a folyamatokról, prioritásokról (32 szint), a prioritások változásainak kezeléséről és a köztük lévő processzoridő elosztásának szabályozásáról. De a jelentős hasonlóságok ellenére, kétségtelenül a főépítész - Cutler - csapatának korábbi tapasztalatai miatt, az NT-t eredetileg többszálas operációs rendszerként hozták létre - ez az egyetlen "kis" különbség lehetővé teszi annak megértését, hogy az NT milyen mértékben eltávolítva az "alap" VMS architektúrából.

Az illesztőprogramok mindkét operációs rendszerben egy veremmodellben működnek, amelynek minden rétege el van szigetelve a többitől, ami lehetővé teszi egy többlépcsős eszközkezelési séma megszervezését. A rendszerek lehetővé teszik a felhasználói folyamatok és a rendszerfolyamatok cseréjét, beleértve az illesztőprogramokat is. Az erőforrások ábrázolásának módja is hasonló, mindkét rendszer objektumként kezeli őket, és az Object Manager segítségével kezeli őket. Az NT biztonság, akárcsak az alapul szolgáló diszkrecionális hozzáférés-vezérlési listák vagy DACL-ek, a VMS 4.0-ra vezeti vissza a származását.

1993-ban a digitális mérnökök felülvizsgálták a Windows NT specifikációit, és felfedezték annak meglepő hasonlóságát a Prism projekt részeként létrehozott kísérleti Mica OS-hez. Miért ilyen figyelem a redmondi termékekre? A digitális alkalmazottak nem a jó élet miatt kezdték el tanulmányozni valaki más rendszerének belsejét. 1992-ben a vállalat elhúzódó merülésbe esett, a pénz kicsúszott az ujjai között, és az új Alpha processzor értékesítése megakadt. Most a megváltást keresve a cég főnökei megpróbáltak segítségért fordulni keserű riválisához, az Intelhez, amit annak elnöke, Andrew Grove visszautasított. Végül meg kellett hajolnom a „Gates III” előtt, és kérnem kellett egy portot a Windows NT-hez Alpha alatt, cserébe az ígéretért, hogy NT-t teszek, a VMS, a fő operációs rendszer rovására. Az NT előzetes verziójának kézhezvétele után azonban a digitális mérnökök fokozatosan rájöttek, hogy ez az operációs rendszer lényegesen több RAM-ot igényel, mint amennyit a tipikus „ötezer dolláros Alpha PC” tartalmaz. Az NT nyilvánvalóan nem volt alkalmas a RISC állomások tömeges piacára, amikor a Microsoft zászlójához csatlakozni a Digital számára (mint ahogy a legtöbb más vállalat esetében is) idő- és pénzpocsékolásnak bizonyult.

A WNT és a VMS közötti „találj 10 különbséget” játék jelentős haszonnal járt a Digital számára. A Business Weeken akkoriban megjelent egyik verzió szerint a Digital elnöke ahelyett, hogy nyíltan pert indított volna, a szellemi tulajdonjogok megsértésének cáfolhatatlan bizonyítékával a kezében úgy döntött, hogy kevesebb kiadással többet kap. A Microsofthoz fordult pontosításért, aminek eredményeként aláírtak egy nagyszabású szerződést, melynek értelmében a Digital lett az NT fő hálózati integrátora. Ezenkívül ugyanazon év októberében Redmond felhagyott a Windows NT Alpha-val versengő mindkét processzor támogatásával: a PowerPC és a MIPS. A Digital vezetőségének szerencsétlenségére a szövetség hamarosan megsemmisült, és az „NT hálózati telepítési szolgáltatások a Microsoft számára” státusza átszállt a Hewlett-Packardra, amely azonban néhány évvel később újabb súlyos terhet kapott a vállalattól, a VMS operációs rendszertől.

Annak ellenére, hogy az NT és a VMS eltér egymástól, ezek az operációs rendszerek sajátos kölcsönzések sorozatát folytatták. Konkrétan a Windows NT csak 1997-ben kapott fürttámogatást, míg a VMS 1984 óta, a Windows 64 bites verziója pedig még később jelent meg (a VMS még 1996-ban költözött nagyobb bitkapacitásra). Másrészt a VMS 7.0 1995-ben bevezette a kernelszintű szálkezelést, a VMS 7.2 pedig a megfelelő NT-eszközökhöz hasonló, Registry-szerű adatbázist és globális eseménynaplót tartalmazott. Megjelent a Windows Server 2003, lássuk, mi történik ezután...