Mit jelent a windows nt? Windows NT, mi ez a program, és szükség van rá? Hardverkövetelmények

1988 végén a Microsoft megbízta David Cutlert egy új szoftverprojekt vezetésével: a Microsoft új operációs rendszerének megalkotásával az 1990-es évekre. Mérnökcsoportot állított össze egy új technológiai (NT) rendszer kifejlesztésére.

Az eredeti terv az volt, hogy az NT-t OS/2-stílusú felhasználói felületekkel és alkalmazásprogramozási (API) interfészekkel fejlesztik, de az OS/2 rosszul fogyott, és a Windows 3.0 jelentős és folyamatos siker volt a piacon. Miután látta a piaci nyomást és a két inkompatibilis rendszer fejlesztésével és támogatásával kapcsolatos kihívásokat, a Microsoft úgy döntött, hogy irányt vált, és mérnökeit egyetlen, egységes operációs rendszer-stratégia felé irányítja. Ez a stratégia egy Windows-alapú operációs rendszer-család kifejlesztése volt, amely számos számítógéptípust lefed, a legkisebb laptopoktól a legnagyobb többprocesszoros munkaállomásokig. Így a Windows rendszerek következő generációját Windows NT-nek hívták.

A Windows NT támogatja a Windows grafikus felhasználói felületét (GUI), és egyben az első Windows-alapú Microsoft operációs rendszer, amely támogatja a Win32 API-t, egy 32 bites programozási felületet új alkalmazások fejlesztésére. A Win32 API olyan fejlett operációs rendszer-szolgáltatásokat tesz elérhetővé az alkalmazások számára, mint a többszálú folyamatok, szinkronizálás, biztonság, I/O és objektumkezelés.

1993 júliusában megjelentek az NT család első operációs rendszerei - Windows NT 3.1 és Windows NT Advanced Server 3.1.

Verziók

  • Windows NT 3.1 (1993. július 27.)
  • Windows NT 3.5 (1994. szeptember 21.)
  • Windows NT 3.51 (1995. május 30.)
  • Windows NT 4.0 (1996. augusztus 24.)
  • Windows 2000 (2000. február 17.)
  • Windows XP (2001. október 25.)
  • Windows XP 64 bites kiadás (2003. március 28.)
  • Windows Server 2003 (2003. április 25.)
  • Windows XP Media Center Edition 2003 (2003. december 18.)
  • Windows XP Media Center Edition 2005 (2004. október 12.)
  • Windows XP Professional x64 Edition (2005. április 25.)
  • Windows Fundamentals for Legacy PC-k (2006. július 8.)
  • Windows Vista (2006. november 30.)
  • Windows Home Server (2007. november 7.)
  • Windows Server 2008 (2008. február 27.)

Windows NT szerkezet

Szerkezetileg a Windows NT két részből áll: az operációs rendszer egy része, amely felhasználói módban fut, és az operációs rendszer egy része, amely kernel módban fut.

A Windows NT azon részét, amely kernel módban fut, végrehajtó résznek nevezzük. Számos olyan összetevőt tartalmaz, amelyek kezelik a virtuális memóriát, objektumokat (erőforrásokat), bemeneti/kimeneti és fájlrendszert (beleértve a hálózati illesztőprogramokat), a folyamatkommunikációt és részben a biztonsági rendszert. Ezek a komponensek intermoduláris kommunikáció révén kölcsönhatásba lépnek egymással. Mindegyik összetevő gondosan meghatározott belső eljárások segítségével hívja meg a többit.

A Windows NT második része, amely felhasználói módban működik, szerverekből áll - az úgynevezett védett alrendszerekből. Mivel az alrendszerek nem tudják automatikusan megosztani a memóriát, üzenetek küldésével kommunikálnak egymással. Az üzenetek egy kliens és egy szerver, illetve két szerver között is továbbíthatók. Minden üzenet áthalad a Windows NT végrehajtóján. A Windows NT kernel a védett alrendszerek szálait ugyanúgy ütemezi, mint a normál alkalmazási folyamatokban.

A védett alrendszerek támogatását a végrehajtó rész biztosítja. Összetevői a következők:

  • Objektumkezelő. Létrehoz, töröl és kezel futásidejű objektumokat – a rendszererőforrások megjelenítésére használt absztrakt adattípusokat.
  • Biztonsági monitor. Védelmi szabályokat állít be a helyi számítógépen. Védi az operációs rendszer erőforrásait, védi és regisztrálja a végrehajtható objektumokat.
  • Folyamat menedzser. Létrehoz és leállít, felfüggeszt és folytat folyamatokat és szálakat, valamint információkat tárol azokról.

Virtuális memóriakezelő.

  • I/O alrendszer. A következő összetevőket tartalmazza:
    • egy I/O menedzser, amely eszközfüggetlen I/O lehetőségeket biztosít;
    • fájlrendszerek - NT-illesztőprogramok, amelyek fájlorientált I/O kéréseket hajtanak végre, és azokat hagyományos eszközök hívásaivá alakítják át;
    • hálózati átirányító és hálózati szerver - fájlrendszer-illesztőprogramok, amelyek távoli I/O kéréseket továbbítanak a hálózati gépekre, és kéréseket fogadnak tőlük;
    • végrehajtó eszköz-illesztőprogramok - alacsony szintű illesztőprogramok, amelyek közvetlenül vezérlik az eszközt;
    • gyorsítótár-kezelő, amely lemezgyorsítótárat valósít meg.

A végrehajtási rész viszont az NT kernel által nyújtott alacsonyabb szintű szolgáltatásokra támaszkodik. A kernel funkciók közé tartozik:

  • folyamattervezés,
  • megszakítások és kivételek kezelése,
  • processzor szinkronizálás többprocesszoros rendszerekhez,
  • rendszer-helyreállítás meghibásodások után.

A kernel privilegizált módban fut, és soha nem törlődik a memóriából. A kernel csak megszakításon keresztül érhető el.

A Windows NT védett alrendszerei felhasználói módban futnak, és a Windows NT hozza létre őket az operációs rendszer indításakor. Közvetlenül létrehozásuk után egy végtelen végrehajtási ciklusba kezdenek, válaszolva az alkalmazási folyamatokból és más alrendszerekből hozzájuk érkező üzenetekre. A védett alrendszerek között megkülönböztethető egy alosztály, az úgynevezett környezeti alrendszerek. A környezeti alrendszerek az operációs rendszer alkalmazási felületeit (API) valósítják meg. Más típusú alrendszerek, úgynevezett integrált alrendszerek hajtják végre az operációs rendszer által megkövetelt feladatokat. Például a Windows NT biztonsági rendszerének nagy része integrált alrendszerként, a hálózati szerverek is integrált alrendszerként valósulnak meg.

A környezet legfontosabb alrendszere a Win32, az alkalmazások hozzáférését biztosító alrendszer a 32 bites Windows API-hoz. Ezenkívül ez a rendszer grafikus felületet biztosít, és kezeli a felhasználói bevitelt/kimenetet.

Minden védett alrendszer felhasználói módban működik, és meghívja a végrehajtó rendszer szolgáltatást, hogy kernel módban privilegizált műveleteket hajtson végre. A hálózati szerverek felhasználói vagy kernel módban is futhatnak, a tervezésüktől függően.

Az alrendszerek üzenetek átadásával kommunikálnak egymással. Amikor például egy felhasználói alkalmazás meghív valamilyen API-eljárást, az ezt az eljárást biztosító környezeti alrendszer fogadja az üzenetet, és vagy a kernelhez való hozzáféréssel, vagy egy másik alrendszernek küldve végrehajtja azt. Az eljárás befejezése után a környezeti alrendszer a visszatérési értéket tartalmazó üzenetet küld az alkalmazásnak. Az üzenetek küldése és a védett alrendszerek egyéb tevékenységei láthatatlanok a felhasználó számára.

A fő eszköz, amely az összes Windows NT alrendszert egyben tartja, a Local Procedure Call (LPC) mechanizmus. Az LPC egy általánosabb eszköz, a távoli eljáráshívás (RPC) optimalizált változata, amely a hálózat különböző gépein található ügyfelek és szerverek közötti kommunikációra szolgál.

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 rendszer családot hozott létre, amely magában foglalja 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 következő 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 eszközillesztő-programok 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, 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ényeit figyelembe véve szoftver- és hardverkiadásra, 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 processzor architektú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, a nagyfőnökök nem tudták logikus végére vinni a megkezdett munkát, és 1988-ban Cutler 200 mérnökével és programozójával együtt szabadon kereste a kenyerét. 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 IBM alkalmazottai az egyik vállalatközi bemutatón 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 hírek 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 ablakos környezetet az NT-be. Valószínűleg éppen azért merült fel az ötlet, hogy az X Window – Unix – architekturális modelljét lemásoljuk. 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óriumhoz 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, a hiba az eredeti terminológia szerint „kikerül a lábbal” a végső kiadásba. A reggeli találkozóról való lemaradás egyenlő a dezertálással.

Az építés minden nap 16:30-kor kezdődik, és 18:00-ig is elhalasztható, hogy a harmadik háborús szobatalálkozó után a legújabb javítások beépülhessenek a rendszerbe. 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 a rendszer életképtelennek bizonyul. 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; először 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.

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ítője, 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 é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; a Microsoft Digital zászlóhoz való csatlakozási kísérlete (a legtöbb más vállalathoz hasonlóan) 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 Week egyik akkoriban megjelent változata 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 szerez. 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...

(NT 6.0)

2006 Nem támogatott
Szinte nem használt (NT 6.1) 2009 Nem támogatott
Aktívan használt (NT 6.2) 2012 Nem támogatott
Szinte nem használt (NT 6.3) 2013 Támogatott
Szinte nem használt (NT 10) 2015 Támogatott
Aktívan használt

Szerver Windows

Logó Változat Év Állapot
1993 Nem támogatott
Általában nem használt
1994
1995
1996
2000
2003 Nem támogatott
Még mindig használatban
2005
2008
2009 Támogatott
Aktívan használt
2012
2013
2016
2018 Elkezdeni

A Windows összes verziója sor + időrend szerint

Vonalzó Évek Verziók listázása
16 bites 1985 - 1995 Windows 1/2/3
32 bites
(9x)
1995 - 2001 Windows 95/98/ME
NT
(32 és 64 bites)
1993 óta Windows NT 3.1 / NT 3.5 / NT 3.51 / NT 4.0 munkaállomás / 2000 / XP / Vista / 7 / 8 / 8.1 / 10
NT szerverek
(32 és 64 bites)
1993 óta Windows NT 3.1 / NT 3.5 / NT 3.51 / NT 4.0 Server / 2000 Server / 2003 / 2003 R2 / 2008 / 2008 R2 / 2012 / 2012 R2 / 2016 / 2019

A siker története

Ez a sikertörténet a rendszer használatának gyakoriságát tükrözi; a felhasználók által tapasztalt hibák száma; vélemények.

Windows 1 Kudarc
Windows 2 Semleges
Windows 3 Siker
Windows 95 Kudarc
Windows 98 Siker
Windows Millenium Kudarc
Windows 2000 Semleges
Windows XP Nagy siker
Windows Vista Kudarc
Windows 7 Siker
Windows 8 Kudarc
Windows 8.1 Kudarc
Windows 10 Siker

* az operációs rendszer egyes verzióinak meghibásodása ellenére új funkciókat vittek át, amelyeket átvittek a már sikeres verziókra. Például gyönyörű ikonok és ablakok jelentek meg az ezredfordulón, amelyek átkerültek a Windows 2000-be. Ezért a kudarcot nem szabad sikertelen munkaként értékelni.

Windows 1

Támogatási évek: 1985 - 2001. Ága: 16 bit.

Kiadások: -

Mi újság

A Windows 1 előtt létezett MS-DOS, így a legfontosabb újítás a grafikus felület és az egérrel történő vezérlés volt.

Rendszerkövetelmények

Windows 3

Támogatási évek: 1990 - 2008. Ága: 16 bit.

Kiadások: -

Mi újság

  • Az első (a Microsofttól) felhasználóbarát felület.
  • A programvezető megjelenése.
  • A multimédiás képességek megjelenése.
  • Hálózati támogatás (3.1-től).

Rendszerkövetelmények

Windows NT 3.1

Kiadások: -

Mi újság

  • Az első NT kernelen alapuló rendszer.
  • NTFS fájlrendszer támogatás.

Rendszerkövetelmények

CPU Intel 80386
RAM 2 MB
Merevlemez kapacitása 8 MB

Windows NT 3.5 munkaállomás

Kiadások: -

Mi újság

  • Beépített támogatás a Winsock és a TCP/IP számára.
  • A DHCP és WINS szerver és kliens megjelenése.
  • VFAT támogatás.

Rendszerkövetelmények

CPU 33 MHz
RAM 12 MB
Merevlemez kapacitása 70 MB

Windows NT 3.51 munkaállomás

Kiadások: -

Rendszerkövetelmények

Windows NT 4.0 munkaállomás

Kiadások: -

Rendszerkövetelmények

Windows 98

Támogatási évek: 1998 - 2006. Elágazás: 9x (32 bit).

Rendszerkövetelmények

Windows Millenium

Támogatási évek: 2000 - 2006. Elágazás: 9x (32 bit).

Rendszerkövetelmények

Windows 2000

Támogatási évek: 2000 - 2010. Fiók: NT.

Rendszerkövetelmények

Windows XP

Kiadások: XP, XP Professional

Rendszerkövetelmények

Windows Vista

Támogatási évek: 2006 - 2017. Fiók: NT. Bitmélység: 32 és 64 bit.

Kiadások: Starter, Basic Home, Premium, Business, Enterprise, Ultimate

Rendszerkövetelmények

Windows 7

Támogatási évek: 2009 - 2020. Fiók: NT. Bitmélység: 32 és 64 bit.

Kiadások: Starter, Home Basic, Home Premium, Professional, Enterprise, Ultimate

Rendszerkövetelmények

Minimális Kiemelt
Építészet 32 bites 64 bites 32 bites 64 bites
CPU 1 GHz
RAM 1 GB 2 GB 4GB
Merevlemez kapacitása 16 GB 20 GB 16 GB 20 GB

Windows 8

Támogatási évek: 2012 - 2016. Fiók: NT. Bitmélység: 32 és 64 bit.

Rendszerkövetelmények

Minimális Kiemelt
Építészet 32 bites 64 bites 32 bites 64 bites
CPU 1 GHz
RAM 1 GB 2 GB 4GB
Merevlemez kapacitása 16 GB 20 GB 16 GB 20 GB

Windows 8.1

Támogatási évek: 2013 - 2023. Fiók: NT. Bitmélység: 32 és 64 bit.

Kiadások: 8, 8 professzionális (profi), 8 vállalati (vállalati)

Rendszerkövetelmények

Minimális Kiemelt
Építészet 32 bites 64 bites 32 bites 64 bites
CPU 1 GHz
RAM 1 GB 2 GB 4GB
Merevlemez kapacitása 16 GB 20 GB 16 GB 20 GB

Windows 10 (legújabb személyi számítógépekhez)

Támogatási évek: 2015 - 2025. Fiók: NT. Bitmélység: 32 és 64 bit.

Kiadások

  • Itthon. A legtöbb otthoni számítógéphez. Nincs mód a távoli asztal konfigurálására úgy, hogy távolról csatlakozhasson a rendszerhez; Nincs lehetőség csoportházirendek használatára és tartományhoz való csatlakozásra.
  • Profi (Profi). Tartalmazza az otthoni verzió összes funkcióját + a tartományhoz való csatlakozás lehetőségét, a csoportházirendek használatát, valamint a számítógéphez való csatlakozás lehetőségét egy távoli asztalon.
  • Vállalati (Vállalati). Az otthoni verzió néhány funkciója csökkent. A Pro verzió összes további funkciója + DirectAccess, AppLocker.
  • S. Lecsupaszított változat; egyes eszközökön előre telepítve érkezik. Nem támogatja a szabványos alkalmazástelepítést – a telepítés csak a Windows Áruházból végezhető el.

Mi újság

A Windows 10 jelentős változásokon megy keresztül az új buildek megjelenésével. Ezért ezen alapuló újításokat fogunk fontolóra venni.

  • Jobb teljesítmény.
  • Új beépített Microsoft Edge böngésző.
  • Automatikusan összezsugorítja a szomszédos ablakot, ha az aktív ablakot az asztal egyik oldalára nyomják.
  • Az összes alkalmazás a Startban 2048 elem megjelenítését támogatja (korábban csak 512).
  • Frissítések kényszer telepítése.
  • A Cortana virtuális hangsegéd használata.
  • A frissített start menü a korábbi verziók és a Windows 8 hibridje (a régi bővítési lehetőség visszatért, a jobb oldalon pedig csempék jelentek meg).
  • Több asztali számítógép létrehozásának lehetősége.
  • A Windows 8 csempézett rendszer elutasítása.
  • Kézírási képesség (Windows Ink).
  • Azonosítás webkamera segítségével.
  • Értesítések szinkronizálása mobileszközről.
  • Módosítsa a rendszerbeállítások menüt.
  • Beépített támogatás a virtuális valóság fejhallgatóihoz.
  • Játék mód
  • Alapértelmezés szerint a Powershell parancssor van felajánlva.
  • A klasszikus Vezérlőpulthoz való hozzáférés rejtett a helyi menüből. Most a paranccsal hívható meg ellenőrzés.
  • A beépített víruskereső jobb teljesítménye.
  • Azonosítás webkamerával az Active Directoryhoz.
  • Képernyőkép létrehozása egy terület kiválasztásával a Win + Shaft + S billentyűparancs segítségével.
  • Braille támogatás.
  • Meghosszabbított akkumulátor-élettartam.
  • Lehetőség a Cortana futtatására az egyik eszközön, a másikon pedig a működés leállítására.
  • Az SMBv1 protokoll letiltása. Manuálisan engedélyezheti.
  • Megjelenik az Emberek panel.
  • Információk a GPU-ról a feladatkezelőben.
  • Microsoft Edge teljes képernyős mód
  • Megnövelt akkumulátor-élettartam (Power Throttling funkció).
  • Megjelenik az emoji panel.
  • Szelektív OneDrive szinkronizálás.
  • Lassulási probléma megoldása játékokban.
  • Lehetőség a jelszó visszaállítására biztonsági kérdések segítségével.
  • Sötét téma Explorerhez.
  • Lehetőség az üzenetek elérésére a telefonról ("Telefonod" funkció).
  • Elszigetelt asztal az alkalmazások biztonságos futtatásához.

* Ez a lista néhány újítást tartalmaz. A teljes lista a Wikipédia oldalán.

Rendszerkövetelmények

Minimális Kiemelt
Építészet 32 bites 64 bites 32 bites 64 bites
CPU 1 GHz
RAM 1 GB 2 GB 4GB
Merevlemez kapacitása 16 GB 20 GB 16 GB 20 GB

Windows NT 3.1 Advanced Server

Támogatási évek: 1993 - 2001. Fiók: NT. Bitmélység: 16, 32 és 64 bit.

Kiadások: -

Rendszerkövetelmények

CPU Intel 80386
RAM 2 MB
Merevlemez kapacitása 8 MB

Windows NT 3.5 Server

Támogatási évek: 1994 - 2001. Fiók: NT. Bitmélység: 16, 32 és 64 bit.

Kiadások: -

Mi újság

  • Beépített támogatás a Winsock és a TCP/IP számára.
  • A DHCP és WINS szerverek megjelenése.
  • Fájlok és nyomtatók megosztása.
  • VFAT támogatás.

Rendszerkövetelmények

CPU 33 MHz
RAM 16 MB
Merevlemez kapacitása 70 MB

Windows NT 3.51 Server

Támogatási évek: 1995 - 2001. Fiók: NT. Bitmélység: 16, 32 és 64 bit.

Kiadások: -

Rendszerkövetelmények

CPU 33 MHz
RAM 16 MB
Merevlemez kapacitása 70 MB

Windows NT 4.0 Server

Támogatási évek: 1996 - 2004. Fiók: NT. Bitmélység: 32 és 64 bit.

Kiadások: Server, Enterprise Edition, Terminal Server

Rendszerkövetelmények

Windows 2000 Server

Támogatási évek: 2000 - 2010. Fiók: NT. Bitmélység: 32 és 64 bit.

Kiadások: Server, Advanced Server és Datacenter Server

Rendszerkövetelmények

Windows Server 2003

Támogatási évek: 2003 - 2015. Fiók: NT. Bitmélység: 32 és 64 bit.

Kiadások: Web, Standard, Enterprise, Datacenter

Rendszerkövetelmények

Web, Standard, Enterprise:

Datacenter kiadás:

Windows Server 2003 R2

Támogatási évek: 2005 - 2015. Fiók: NT. Bitmélység: 32 és 64 bit.

Kiadások: Standard, Enterprise, Datacenter

Rendszerkövetelmények

Standard, Enterprise:

Datacenter kiadás:

Windows Server 2008

Támogatási évek: 2008 - 2020. Fiók: NT. Bitmélység: 32 és 64 bit.

Kiadások: Web, Standard, Enterprise, Datacenter, HPC, Storage, Itanium

Rendszerkövetelmények

Minimális Kiemelt
Építészet 32 bites 64 bites 32 bites 64 bites
CPU 1 GHz 1,4 GHz 2 GHz
RAM 512 MB 2 GB
Merevlemez kapacitása 10 GB 40 GB

Windows Server 2008 R2

Támogatási évek: 2009 - 2020. Fiók: NT. Bitmélység: 64 bit.

Kiadások: Foundation, Small Business, Web, Standard, Enterprise, Datacenter, HPC, Itanium

Rendszerkövetelmények

Windows Server 2012

Támogatási évek: 2012 - 2023. Fiók: NT. Bitmélység: 64 bit.

Rendszerkövetelmények

Windows Server 2012 R2

Támogatási évek: 2013 - 2023. Fiók: NT. Bitmélység: 64 bit.

Kiadások: Foundation, Essentials, Standard, Datacenter

Rendszerkövetelmények

Windows Server 2016

Támogatási évek: 2016 - 2026. Fiók: NT. Bitmélység: 64 bit.

Kiadások: Essentials, Standard, Datacenter

Mi újság

  • Fizikai processzormagok licencelése (minimum 16).
  • Új telepítési mód - Nano.
  • A konténervirtualizáció megjelenése.
  • OpenGL és OpenCL RDP-hez.
  • Virtuális gépek és belső hálózati forgalom titkosítása.
  • Fájltárolók replikációjának blokkolása.

Rendszerkövetelmények

Windows Server 2019 (a legújabb kiszolgálókhoz)

Támogatási évek: 2018 - ?. Fióktelep: NT. Bitmélység: 64 bit.

Kiadások: Standard, Datacenter

Mi újság

  • Fokozott biztonság – beépített Defender ATP és Defender Exploit Guard technológiák.
  • Windows alrendszer Linux (WSL) – konténerek Linux alkalmazások támogatásához.
  • Páros számú csomóponttal rendelkező fürt létrehozásához az USB-meghajtó tanúlemezként működhet.

A Windows NT vagy New Technology operációs rendszert Dave Cutler vezette fejlesztői csoport hozta létre.

A Windows NT egy 32 bites operációs rendszer, kiemelt többfeladatos kezeléssel. Az operációs rendszer alapvető összetevői a biztonsági eszközök és a fejlett hálózati szolgáltatás. A Windows NT számos más operációs rendszerrel, fájlrendszerrel és hálózattal is kompatibilis. A Windows NT mind a CISC-processzorokkal felszerelt számítógépeken, mind az összetett utasításkészlet-számítással, mind a RISC-processzorral ellátott számítógépeken, csökkentett utasításkészletű számítástechnikai eszközökön egyaránt működhet. A Windows NT operációs rendszer támogatja a nagy teljesítményű, többprocesszoros konfigurációjú rendszereket is.

A Windows NT egyetlen ismerőse a megjelenése. A grafikus felhasználói felület mögött erőteljes új képességek rejlenek.

A Windows létrehozásakor beállított feladatokN.T. A Windows NT nem a korábban létező termékek továbbfejlesztése. Architektúrája a modern operációs rendszer követelményeinek figyelembevételével készült újra. Az ezen követelmények alapján kifejlesztett rendszer jellemzői a következők.

Az ellátásra való törekvés kompatibilitás Az új operációs rendszerrel a Windows NT fejlesztői megtartották a megszokott Windows felületet, és bevezették a meglévő fájlrendszerek (például FAT) és különféle alkalmazások (MS-DOS, OS/2 1.x, Windows 3.x és POSIX) támogatását. . 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 hordozhatóság(hordozhatósága) egy olyan rendszer, amely immár CISC és RISC processzorokon is futhat. A CISC Intel-kompatibilis 80386-os és újabb processzorokat tartalmaz. A RISC-t a MIPS R4000, Digital Alpha AXP és P54 sorozatú és újabb Pentium processzorokkal rendelkező rendszerek képviselik.

Méretezhetőség(skálázható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 összetettebbé válnak, és a számítógépes környezettel szemben támasztott igények bővülnek, a Windows NT lehetővé teszi, hogy könnyen hozzáadhassanak nagyobb teljesítményű, ill. termelő szerverek és munkaállomások „vállalati hálózatok.

További előnyökkel jár, ha egyetlen fejlesztőkörnyezetet használunk szerverekhez és munkaállomásokhoz egyaránt.


A Windows NT homogén biztonsági rendszer(biztonsági) 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.

Elosztott feldolgozás(elosztott feldolgozás) azt jelenti, hogy a Windows NT a rendszerbe 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.

Megbízhatóság és hibatűrés(megbízhatóság és robusztusság) 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.

Lehetőségek lokalizáció(allokáció) eszközöket biztosít a világ számos országában a nemzeti nyelveken végzett munkavégzéshez, amelyet a (nemzetközi szabványügyi szervezet – ISO) Unicod szabvány alkalmazásával érnek el.

A rendszer moduláris felépítésének köszönhetően biztosított nyújthatóság Windows NT, amely lehetővé teszi az új modulok rugalmas hozzáadását az operációs rendszer különböző szintjein.

A csomag számos alkalmazási programot tartalmaz: Internet Information Server 2.0, Index Server, FrontPage, Internet Explorer, Domain Name System (DNS) szerver, Proxy szerver és Internet Resource Center, minden szervizcsomag, Plus! és számos további segédprogram, beleértve az újakat, például az Adminisztrációs varázslókat vagy az Imager-t, valamint a régebbi programok továbbfejlesztett verzióit, például a Feladatkezelőt.

Az Adminisztrációs varázsló lehetővé teszi a hálózatkezelés során felmerülő tipikus feladatok automatizálását, a Windows NT Diagnostic és Performance Monitor programok frissített verziói pedig a rendszerállapot működési figyelésére szolgálnak. A Feladatkezelő párbeszédpanel egy hatékony programmá alakult, amely sok hasznos információval szolgál – a processzorterhelés mértékétől az összes aktív rendszerprocesszor nevéig.

A Windows NT 4.0 egyik kulcsfontosságú összetevője az Internet Information Server 2.0. Ez egy rugalmas és többfunkciós megoldás mind az internethez való csatlakozáshoz, mind a saját intranetes hálózat létrehozásához. A felhasználónak csak be kell állítania a TCP/IP protokoll paramétereit (ha a DHCP szolgáltatás telepítve van, az IP-cím automatikusan hozzárendelődik), elindítja az IIS-t, és létre kell hoznia egy vagy több saját weboldalát. A webes dokumentumok ezután minden olyan felhasználó számára elérhetők a hálózaton, akiknek telepítve van a TCP/IP protokollt támogató szoftvere és szabványos világméretű webböngészője.

Néhány változás történt a távelérési alrendszerben, a távelérési szolgáltatásban (RAS). Mostantól lehetőség nyílik a biztonságos kommunikációs csatornák, az új Point-To-Point Tunneling Protocol (PPTP) használatára, valamint több modem használatára a kommunikációs csatornák távoli hálózatokkal való rendszerezésére.

A Windows NT korábbi verzióinak hálózati architektúrájának jellemzői (az illetéktelen hozzáférés elleni védelem többszintű modellje, a rendszer sajátos moduláris felépítése stb.) korlátozták az átviteli sebességet a Fast Internet hálózatokban végzett munka során. A 4.0-s verzióban javították a hálózati kérések gyorsítótárazási algoritmusait, optimalizálták az erőforrás-megosztási alrendszer moduljait, és megváltozott a megszakítások generálásának mechanizmusa (a nagy sebességű hálózatokra való átállással ez a funkció váratlanul problémaforrássá vált hálózati operációs rendszerek). A második változás, amelyre a Microsoft rámutat, az operációs rendszer teljesítményének növelése a grafikus műveletek végrehajtása során.

Az erős hálózati operációs rendszer és a képzetlen felhasználók számára tervezett grafikus felület kombinációja meglehetősen szokatlannak tűnik. A Windows NT 4.0 nem csupán egy újabb verziója a népszerű operációs rendszernek. Ez jelenti az alapját a szoftvertermékek új generációjának, amelyet az interneten való használatra terveztek.

Windows NT építészeti modulok. Amint látható, a Windows NT egy moduláris (fejlettebb, mint egy monolitikus) operációs rendszer, amely egyedi, egymáshoz kapcsolódó, viszonylag egyszerű modulokból áll.

A Windows NT fő moduljai a következők (sorrendben az architektúra legalacsonyabb szintjétől a legmagasabbig): a hardveres absztrakciók szintje HAL (Hardware Abstraction Layer), a kernel (Kernel), a végrehajtó rendszer (Executive), védett alrendszerek (védett alrendszerek) és környezeti alrendszerek alrendszerei).

virtualizálja a hardver interfészeket, ezzel biztosítva, hogy az operációs rendszer többi része független legyen az adott hardver jellemzőitől. Ez a megközelítés lehetővé teszi a Windows NT egyszerű hordozhatóságát egyik hardverplatformról a másikra.

Mag a rendszer moduláris felépítésének alapja, és koordinálja a legtöbb alapvető Windows NT művelet végrehajtását. Ez az alkatrész kifejezetten a mennyiség és a működési hatékonyság szempontjából optimalizált. A kernel feladata a szálak végrehajtásának ütemezése, a több processzor munkájának szinkronizálása, valamint a hardveres megszakítások és kivételek kezelése.

Végrehajtási rendszer privilegizált módú programkonstrukciókat (kernel mód) tartalmaz, amelyek az operációs rendszer alapszolgáltatását képviselik a környezeti alrendszerek számára. A végrehajtási rendszer több komponensből áll,

Rizs. 2.32. A Windows NT moduláris felépítése

mindegyiket egy adott rendszerszolgáltatás támogatására tervezték. Így az egyik komponens - a Security Reference Monitor - védett alrendszerekkel együtt működik, és biztosítja a rendszer biztonsági modelljének megvalósítását.

Környezetvédelmi alrendszerek biztonságos felhasználói módú kiszolgálók, amelyek végrehajtását és támogatását biztosítják a különféle operációs környezetekhez (különböző operációs rendszerekhez) tervezett alkalmazásokhoz.A környezeti alrendszerek például a Win32 és az OS/2 alrendszerek.

Hardveres absztrakciós réteg(HAL) a hardvergyártók által létrehozott szoftverréteg, amely elrejti (vagy elvonatkoztatja) a hardverbeli különbségeket az operációs rendszer felső rétegei elől. Így a HAL által biztosított szűrőnek köszönhetően a különböző hardverek hasonlónak tűnnek az operációs rendszer szemszögéből; Megszűnik az operációs rendszer speciális konfigurációjának szükségessége a használt berendezésekhez.

A hardveres absztrakciós réteg létrehozásakor olyan eljárások előkészítése volt a feladat, amelyek lehetővé teszik, hogy egy adott eszközhöz egyetlen meghajtó támogassa az eszköz működését minden platformon. A HAL egyprocesszoros architektúrájú hardverplatformok széles skáláját célozza meg; így minden hardver opcióhoz nincs szükség külön operációs rendszer verzióra.

A HAL-rutinokat operációs rendszer (beleértve a kernelt is) létesítményeinek és eszközillesztőknek nevezik. Az eszközillesztőkkel végzett munka során a hardveres absztrakciós réteg különféle I/O technológiákhoz nyújt támogatást (a hagyományos egyetlen hardvermegvalósításra vagy az egyes új hardverplatformokhoz való költséges adaptációra való összpontosítás helyett).

A hardveres absztrakciók szintje lehetővé teszi a szimmetrikus többprocesszoros rendszerek hardveres megvalósításának jellemzőinek „elrejtését” az operációs rendszer más szintjei elől.

Mag(Kernel) szorosan együttműködik a hardveres absztrakciós réteggel. Ez a modul elsősorban a processzor műveleteinek ütemezésére vonatkozik. Ha egy számítógép több processzort tartalmaz, a kernel szinkronizálja azok működését a maximális rendszerteljesítmény elérése érdekében.

A kernel elküldi patakok(szálak - vezérlőszálak, amelyeket néha részfeladatoknak, ágaknak is neveznek), amelyek a tervezett rendszer fő objektumai. A szálakat egy folyamat kontextusában határozzák meg; egy folyamat tartalmaz egy címteret, a folyamat számára elérhető objektumok halmazát és a folyamat kontextusában végrehajtott vezérlőszálak halmazát. Az objektumok az operációs rendszer által kezelt erőforrások.

A kernel úgy küldi el a vezérlőszálakat, hogy maximalizálja a rendszerprocesszorok terhelését, és biztosítsa a magasabb prioritású szálak elsőbbségi feldolgozását. Összesen 32 prioritási érték van, amelyek két osztályba vannak csoportosítva: valós idejű és változó. Ez a megközelítés lehetővé teszi az operációs rendszer maximális hatékonyságának elérését.

A végrehajtó rendszer részösszetevői, például az I/O-kezelő és a folyamatkezelő a kernelt használják a műveletek szinkronizálására. Kölcsönhatásba lépnek a kernellel is a magasabb szintű absztrakció érdekében kernel objektumok; ezeknek az objektumoknak egy része egyedi alkalmazásprogram-interfész (API) hívásokon belül exportálva van.

A kernel kétféle objektumot kezel.

Objektumok feladása(diszpécser objektumok) jelállapottal (jelzett vagy nem jelzett), és a rendszerműveletek kiküldését és szinkronizálását vezérlik. Ezek az objektumok események, mutánsok, mutexek, szemaforok, szálak, időzítők.

Ellenőrző objektumok(vezérlőobjektumok) kernelvezérlő műveletekhez használatosak, de nem befolyásolják az ütemezést vagy a szinkronizálást.

A vezérlőobjektumok közé tartoznak az aszinkron eljáráshívások, megszakítások, tápellátási értesítések, energiaállapotok, folyamatok, profilok.

Végrehajtási rendszer(Executive), amely magában foglalja a kernelt és a HAL hardveres absztrakciós réteget, olyan közös rendszerszolgáltatást biztosít, amelyet a környezet minden alrendszere használhat. Minden szolgáltatáscsoportot a végrehajtási rendszer különálló összetevőinek egyike vezérel:

Objektumkezelő;

Virtuális memóriakezelő;

folyamatmenedzser;

Helyi eljárási felhívás;

I/O menedzser;

Biztonsági referenciafigyelő.

A biztonsági figyelő a bejelentkezési processzorral (Logon) és a védett alrendszerekkel együtt megvalósítja Windows NT biztonsági modell.

A végrehajtási rendszer legfelső szintjét rendszerszolgáltatásoknak nevezik. ábrán látható. 2.33 A rendszerszolgáltatás egy interfész a felhasználói módú és a privilegizált módú környezeti alrendszerek között.

Gyorsítótár-kezelő. Az I/O architektúra egyetlen gyorsítótár-kezelőt tartalmaz, amely a teljes I/O rendszer gyorsítótárazását végzi. A gyorsítótárazás a fájlrendszer által a hatékonyság növelésére használt technika.

2.33. Rendszer interfész

Ahelyett, hogy közvetlenül a lemezre írnának és olvasnának róla, a gyakran használt fájlok ideiglenesen a gyorsítótárban tárolódnak; így ezekkel a fájlokkal a munka a memóriában történik. A memóriában lévő adatokkal végzett műveletek sokkal gyorsabbak, mint a lemezen lévő adatokkal végzett műveletek.

A gyorsítótár-kezelő a Windows NT virtuális memóriakezelőjébe integrált fájlleképezési modellt használ. A gyorsítótár-kezelő gyorsítótár-szolgáltatást biztosít minden fájlrendszerhez és hálózati összetevőhöz, amely az I/O-kezelő irányítása alatt működik. A rendelkezésre álló RAM mennyiségétől függően a gyorsítótár-kezelő dinamikusan növelheti vagy csökkentheti a gyorsítótár méretét. Amikor egy folyamat megnyit egy fájlt, amely már a gyorsítótárban volt, a gyorsítótár-kezelő egyszerűen átmásolja az adatokat a gyorsítótárból a virtuális címtérbe.

A gyorsítótár-kezelő támogatja az olyan szolgáltatásokat, mint a lazy write és a lazy commit, amelyek nagymértékben növelhetik a fájlrendszer hatékonyságát. Lassú írás közben a változtatások rögzítésre kerülnek a fájlstruktúra gyorsítótárában a gyorsabb hozzáférés érdekében. Később, amikor a CPU terhelés csökken, a gyorsítótár-kezelő lemezre írja a változtatásokat. A lassított felvétel hasonló a lassított felvételhez. Ahelyett, hogy azonnal sikeresnek jelölné meg a tranzakciót, az átvitt információkat a rendszer gyorsítótárba helyezi, és később a háttérben beírja a fájlrendszer naplójába.

Fájlrendszer-illesztőprogramok. A Windows NT I/O architektúrában a fájlrendszer illesztőprogramjait az I/O Manager kezeli. A Windows NT számos fájlrendszer használatát teszi lehetővé, beleértve a meglévő FAT fájlrendszereket is. Az MS-DOS, Windows 3.x és OS/2 operációs rendszerekkel való felfelé irányuló kompatibilitás biztosítása érdekében a Windows NT támogatja a FAT és HTTPS fájlrendszereket.

Ezenkívül a Windows NT támogatja az NTFS-t is, egy új fájlrendszert, amelyet kifejezetten a Windows NT-vel való használatra terveztek. Az NTFS számos szolgáltatást kínál, beleértve a fájlrendszer-helyreállító eszközöket, a Unicode támogatását, a hosszú fájlneveket és a POSIX támogatását.

A Windows NT I/O architektúrája nem csak a hagyományos fájlrendszereket támogatja, hanem lehetővé teszi, hogy a hálózati szerkesztő és a szerver fájlrendszer-illesztőprogramként működjön. Az I/O menedzser szempontjából nincs különbség a hálózaton lévő távoli számítógépen található fájl és a helyi merevlemezen lévő fájl használata között. Az átirányítók és a kiszolgálók dinamikusan betölthetők és törölhetők, mint bármely más illesztőprogram; egy számítógépen egyszerre nagy számú átirányító és szerver helyezhető el.

Hálózati illesztőprogramok. Az I/O architektúrában összetevőként megjelenő következő típusú illesztőprogramok a hálózati illesztőprogramok. A Windows NT integrált hálózati képességeket és az elosztott alkalmazások támogatását tartalmazza. Az átirányítók és a kiszolgálók fájlrendszer-illesztőprogramként működnek, és a szolgáltatói interfész szintjén vagy az alatt futnak, ahol a NetBIOS és a Windows socket található.

A szállítási protokoll illesztőprogramjai a Transport Driver Interface (TD1) nevű rétegen keresztül kommunikálnak az átirányítókkal és a szerverekkel. A Windows NT a következő járműveket tartalmazza:

  • Transmission Control Protocol/Internet Protocol TCP/IP, amely lehetőséget biztosít a meglévő hálózatok széles skálájával való együttműködésre;
  • Az NBF a NetBIOS Extended User Interface (NetBEUI) leszármazottja, amely kompatibilitást biztosít a LAN Manageren, LAN Serveren és MS-Neten alapuló meglévő helyi hálózatokkal;
  • adatkapcsolat-vezérlés (DLC - Data Link Control), amely interfészt biztosít a nagyszámítógépekhez és a hálózatra csatlakoztatott nyomtatókhoz való hozzáféréshez;
  • Az NWLink egy IPX/SPX implementáció, amely kommunikációt biztosít a No-well NetWare-rel.

A hálózati architektúra alján található a hálózati adapterkártya illesztőprogramja. A Windows NT jelenleg támogatja az NDIS (Network Device Interface Specification) 3.0-s verziójának megfelelő eszközillesztőket. Az NDIS rugalmas környezetet biztosít a szállítási protokollok és a hálózati adapterek közötti adatcseréhez. Az NDIS 3.0 lehetővé teszi, hogy egyetlen számítógépen több hálózati adapterkártya legyen telepítve. Az egyes hálózati adapterkártyák viszont több szállítási protokollt is támogathatnak a különböző típusú hálózati állomások eléréséhez.

Windows NT biztonsági modell- egy biztonsági figyelő (Security Reference Monitor), valamint két másik összetevő képviseli: egy bejelentkezési processzor (Logon Process) és biztonságos védett alrendszerek.

Egy többfeladatos operációs rendszerben, mint például a Windows NT, az alkalmazások számos rendszererőforráson osztoznak, beleértve a számítógép memóriáját, a bemeneti/kimeneti eszközöket, fájlokat és a rendszer processzora(ka)t. A Windows NT biztonsági összetevőket tartalmaz, amelyek biztosítják, hogy az alkalmazások megfelelő engedély nélkül ne férhessenek hozzá ezekhez az erőforrásokhoz.

A biztonsági figyelő felelős egy adott helyi biztonsági alrendszer megfelelő hozzáférési és vezérlési szabályzatának betartatásáért. A biztonsági figyelő szolgáltatásokat nyújt az objektumokhoz való hozzáférés ellenőrzésére, a felhasználói jogosultságok ellenőrzésére és üzenetek generálására mind a privilegizált módban, mind a felhasználói módban. A Security Monitor az operációs rendszer más részeihez hasonlóan privilegizált módban fut.

A Windows NT bejelentkezési folyamata biztonsági bejelentkezést igényel a felhasználó hitelesítéséhez. Minden felhasználónak rendelkeznie kell egy költségvetéssel, és jelszót kell használnia ahhoz, hogy hozzáférjen ahhoz.

Mielőtt a felhasználó hozzáférhet bármilyen számítógépes erőforráshoz a Windows NT rendszerből, be kell jelentkeznie a rendszerbe a bejelentkezési folyamaton keresztül, hogy a biztonsági motor felismerhesse a felhasználónevet és jelszót. A biztonsági figyelő csak a sikeres hitelesítés után hajt végre hozzáférés-ellenőrzést, hogy meghatározza a felhasználónak az objektumhoz való hozzáférési jogát.

Az erőforrás-biztonság a biztonsági modell egyik jellemzője. A feladatok nem férhetnek hozzá mások erőforrásaihoz (például a memóriához), csak speciális megosztási mechanizmusok használatával.

A Windows NT olyan vezérlőket is biztosít, amelyek lehetővé teszik a rendszergazdának a felhasználói tevékenységek rögzítését.

Windows NT memóriakezelés. A Windows NT Workstation 3.51 alapvetően egy kiszolgáló operációs rendszer, amelyet munkaállomási használatra szabtak. Ez egy olyan architektúrát eredményez, amelyben az alkalmazási programok és adatok abszolút védelme elsőbbséget élvez a sebességgel és a kompatibilitási szempontokkal szemben. A Windows NT rendkívüli megbízhatósága magas rendszerköltséggel jár, ezért gyors CPU-ra és legalább 16 MB RAM-ra van szükség az elfogadható teljesítmény eléréséhez. A Windows NT alacsonyabb memóriabiztonságot ér el a valós módú eszközillesztőkkel való kompatibilitás megszüntetésével. A Windows NT saját 32 bites NT alkalmazásait futtatja, valamint a legtöbb Windows 95 alkalmazást.A Windows 95-höz hasonlóan a Windows NT is lehetővé teszi a 16 bites Windows és DOS programok futtatását a környezetében.

A Windows NT memóriafoglalása eltér a Windows 95 memóriakiosztásától.A natív alkalmazásprogramoknak 2 GB speciális címterület van lefoglalva, a 64 KB-os korláttól 2 GB-ig (az első 64 KB teljesen elérhetetlen). Az alkalmazási programok el vannak szigetelve egymástól, bár képesek kommunikálni a vágólapon, a DDE és az OLE mechanizmusokon keresztül.

Minden 2 GB-os alkalmazásblokk tetején olyan kód található, amelyet az alkalmazás Ring 3 rendszer-DLL-nek tekint. Ezek valójában csak hívásátirányítási csonkok, amelyeket kliensoldali DLL-eknek neveznek. Amikor a legtöbb API-függvényt egy alkalmazási programból hívják, az ügyféloldali DLL-ek helyi folyamatkommunikációs (LPC) eljárásokat hívnak meg, amelyek a hívást és a hozzá tartozó paramétereket egy teljesen elszigetelt címtérbe továbbítják, amely tartalmazza a tényleges rendszerkódot. Ez a szerverfolyamat ellenőrzi a paraméterek értékét, végrehajtja a kért függvényt, és az eredményeket visszaküldi az alkalmazási program címterébe. Bár maga a szerverfolyamat továbbra is alkalmazásréteg-folyamat marad, teljesen védett és el van szigetelve az őt meghívó programtól.

A 2 és 4 GB között vannak a Ring 0 alacsony szintű Windows NT rendszerösszetevői, beleértve a kernelt, a szálütemezőt és a virtuális memóriakezelőt. Az ezen a területen található rendszeroldalak felügyelői jogosultságokkal rendelkeznek, amelyeket a processzor fizikai gyűrűvédelmi áramköre határoz meg. Ez láthatatlanná és írhatatlanná teszi az alacsony szintű rendszerkódot az alkalmazásszintű programok számára, de teljesítménycsökkenést eredményez a csengetések közötti átmenetek során. A 16 bites Windows alkalmazásokhoz a Windows NT Windows on Windows (WOW) munkameneteket valósít meg. A Windows NT lehetővé teszi a 16 bites Windows-programok külön-külön a saját memóriaterületükön vagy együttesen, megosztott címterületen történő futtatását. A 16 és 32 bites Windows alkalmazások szinte minden esetben szabadon tudnak kommunikálni az OLE használatával (szükség esetén speciális kapcsolókkal), függetlenül attól, hogy külön vagy megosztott memóriában futnak. A natív WOW-alkalmazások és munkamenetek az egyéni szálvezérlésen alapuló megelőző többfeladatos munkavégzésben futnak. Több 16 bites Windows-alkalmazás fut egyetlen WOW-munkamenetben kooperatív többfeladatos modell használatával. A Windows NT több DOS-munkamenet többfeladatos kezelésére is képes. Mivel a Windows NT teljesen 32 bites architektúrával rendelkezik, a GDI és a USER erőforrások tekintetében nincsenek elméleti korlátok.

Főbb különbségek a Windows 2000 között. A Windows 2000 vagy W2k egy Windows NT technológián alapuló Microsoft operációs rendszer (OS), amely a W2k projekt eredeti elnevezésében is tükröződött - Windows NT 5.0. A Windows 2000 egy teljesen 32 bites operációs rendszer prioritást élvező többfeladatos kezeléssel és továbbfejlesztett memóriakezeléssel. A W2k projekt ugyanazokon az elveken alapul, amelyek egykor az NT sikerét biztosították.

W2k interfész hasonló a Windows 98 interfészéhez, ahol az IE 5.0 telepítve van. Néhány részletet azonban továbbra is megjegyezünk.

Az első dolog, ami felkelti a szemét, az, hogy a színséma megváltozott. Most már hasonlít a KDE-asztalon Linuxhoz használt egyik kialakításra. Egy másik figyelemreméltó részlet az egérkurzor alatti árnyék, amely a Vezérlőpult -> Egér -> Mutatók menüpontban távolítható el/beállítható az Enable pointer shadow bejelölésével. Ezenkívül a menük megjelenésekor egy új effektus is bekerült, most fokozatosan a semmiből jelennek meg. Az Asztal tulajdonságai ablakban vezérelve az Effektusok lapon jelölje be az Átmeneti effektusok használata menüben és eszköztippekben.

A Start menü az Office 2000-ből ismert funkciót vezette be, megnyitáskor csak a leggyakrabban használt elemek jelennek meg, a többi a lefelé mutató nyíl megnyomásával nyílik meg. Ezt a hatást a Tálca tulajdonságaiban szabályozhatja, az Általános lapon jelölje be a Személyre szabott menük használata jelölőnégyzetet (hasonlóan az 1E5-ben ez az opció le van tiltva az Eszközök -> Internetbeállítások -» Speciális -> Személyre szabott kedvencek menü engedélyezése menüpontban). Az Asztal tulajdonságai között számos további elem található, köztük a billentyűzet navigációs jelzőinek elrejtése, amíg nem használom az Alt billentyűt. Ha be van jelölve, a Windows-programokban a Billentyűparancsot jelző betűk alatti aláhúzás törlődik, amíg meg nem nyomják .

A Tálca tulajdonságainak második lapján, a Speciális oldalon található a Start menü beállításai ablak, amely lehetővé teszi a Start menüben található sorok hozzáadását/eltávolítását, valamint egyes elemek bővítését. Például, ha bepipáljuk a Vezérlőpult kibontása jelölőnégyzetet, akkor a Start menüben a Vezérlőpult fölé mozgatva az egeret, attól jobbra megnyílik egy másik menü, amely az abban szereplő összes elemet tartalmazza. Egy hasznos funkció ezen a lapon az Újrarendezés gomb. A W2k alapértelmezés szerint a legfrissebb telepített programokat tartalmazó mappákat a Start menü aljára helyezi; a mappák akár a fájlokra mutató hivatkozások alatt is megjelenhetnek. Az újrarendezés kiküszöböli ezt az igazságtalanságot, és az összes mappát ábécé sorrendbe rendezi felülről lefelé. Ugyanezt a hatást érhetjük el, ha jobb gombbal kattintunk a Start menü -> Programok menüpontra, és kiválasztjuk a Rendezés név szerint menüpontot. Ráadásul a jobb gombbal tetszőleges elemet innen bárhová „húzhatunk”.

Egy másik különbség, amely gyakran kudarcot vall a korábban NT-vel és W9x-szel dolgozó emberek számára, furcsa módon a jelölőnégyzetek széles körben elterjedt használata – különösen azok, amelyek csak egy négyzet fehér alapon. Tehát ha úgy találja, hogy nem tud valamit megtenni, nézzen át újra az összes ablakon, talán egyszerűen nem figyelt egy ilyen jelölőnégyzetre.

Feladatkezelő az NT egyik leghatékonyabb és legkényelmesebb eszköze, amelyet a folyamatok kezelésére terveztek. Úgy is hívják , vagy a tálcán a jobb gombbal történő kattintás után megjelenő menüből kiválasztva. Ezt követően választhatja ki .

A Feladatkezelő három lapból áll: Teljesítmény, Folyamatok, Alkalmazások. Kezdjük a Teljesítménnyel. Ez a lap a processzor(ok) terhelésével kapcsolatos információkat jelenít meg valós időben, megmutatja a fizikai memória terhelését, és megmutatja, hogy mennyi RAM van felhasználva/szabad, és mennyi rendszercsere foglalt. ott például Threads and Processes - a gépen jelenleg futó szálak és folyamatok száma, Peak - a munkamenet közbeni Swap csúcsmérete, Nonpaged - a kernel számára lefoglalt memória mennyisége. Ez az információ felhasználható annak a kérdésnek a megválaszolásához, hogy a rendszerben melyik tényező az a „szűk keresztmetszet”, amely lassítja a munkát (bár erre a célra jobb a Performance Monitor használata).

A második lap, a Folyamatok, a jelenleg aktív folyamatok listáját tartalmazza. Minden egyes folyamathoz megtudhat néhány további információt, például: PID (folyamatazonosító), a felhasznált RAM mennyisége, a folyamat által generált szálak száma és még sok más. A megjelenített paramétereket a Nézet -> Oszlopok kiválasztása menüpontban adhatja hozzá/eltávolíthatja. Ezen túlmenően ezen folyamatok bármelyikével végrehajthatók bizonyos műveletek. Ehhez csak jobb egérgombbal kell rákattintani, megjelenik egy helyi menü, amelyen keresztül leállíthatja a folyamatot, End Process, „megölheti” magát a folyamatot és az összes többit, amit „szaporított”, End Process Fa. Beállíthatja a folyamat prioritását, a legmagasabb valós idejűtől a legalacsonyabb, alacsonyig. Ha a gép két processzorral és többprocesszoros maggal rendelkezik, akkor ebben a menüben megjelenik egy másik elem, a Set Affinity, amely lehetővé teszi a folyamat átvitelét egy másik processzorra, Cpu 0, Cpu l stb. Sri31-ig.

A Feladatkezelő utolsó lapján – Alkalmazások – megtekintheti a futó alkalmazások listáját, és bármelyiket leállíthatja. A Feladatkezelő nemcsak az alkalmazások leállítását teszi lehetővé, hanem új alkalmazásokat is indíthat. Fájl -> Új feladat (Futtatás).

Active Directory - Ez egy új eszköz a felhasználók és a hálózati erőforrások kezelésére. Úgy tervezték, hogy megkönnyítse a nagy W2k alapú hálózatok adminisztrátorainak munkáját, és a teljes hálózatfelügyeleti és biztonsági rendszer erre épül. Az Active Directory telepítéséhez W2k Server szükséges. A W2kPro működhet Active Directory környezetben, de nem hozhat létre. Az Active Directory a következő elvekre épül:

1. Egyszeri bejelentkezés a hálózaton. Az IntelliMirror technológiának köszönhetően az iroda bármelyik számítógépéhez léphet, és megadhatja jelszavát

és előtted lesznek az asztalod, a dokumentumaid és a beállításaid.

2. Információbiztonság. Az Active Directory beépített felhasználói hitelesítési képességekkel rendelkezik. A hálózaton lévő minden egyes objektumhoz központilag beállíthatja a hozzáférési jogokat, csoportoktól és konkrét felhasználóktól függően. A Kerberos biztonság segítségével biztonságosan kommunikálhat nyílt hálózatokon, például az interneten keresztül is. Ebben az esetben a hálózaton keresztül továbbított adatok titkosítva vannak, és a jelszavakat nem továbbítják és nem tárolják a kliens gépeken. A Kerberos biztonsági rendszer (a görög mitológia szerint a pokol kapuit őrző mitikus háromfejű kutyáról kapta a nevét) már jó ideje ismert, de a Microsoft operációs rendszerében először alkalmazzák. Anélkül, hogy belemennénk a részletekbe, ez a rendszer a következőképpen működik:

A kliens kérelmet küld a hitelesítési szervernek, hogy engedélyezze a szükséges információk elérését;

A szerver ellenőrzi a kliens jogait, és engedélyt küld neki a szükséges információk fogadására, az ügyfél által ismert kulccsal titkosítva, és egyúttal ideiglenes titkosító kulcsot is küld. Minden továbbított információ ezzel a kulccsal titkosítva van, és a kulcs élettartama korlátozott, ezért a hitelesítő szerver időről időre küld egy új kulcsot (természetesen az új kulcsot az aktuális kulccsal titkosítják), amely senki számára ismeretlen, kivéve a szerver és a kliens. A titkosítási kulcsok rendszeres cseréje jelentősen megnehezíti az Ön adataira vadászó támadók életét.

Ahogy azonban mindannyian emlékszünk, a görög mítoszban Kerberosz nem tudott ellenállni a hatalmas Herkulesnek. Így esetünkben a Kerberos biztonsági rendszer minden előnye ellenére nem tud ellenállni minden típusú támadásnak. Lehetőség van például hamis kérésekkel bombázni egy alkalmazást, úgynevezett szolgáltatásmegtagadási támadással, ami miatt az alkalmazás nem használja a Kerberos protokollt.

3. Központosított irányítás. Az Active Directory használatakor a rendszergazdának többé nem kell manuálisan konfigurálnia az egyes gépeket, ha például egyetlen objektum hozzáférési jogait módosítani kell, vagy új hálózati nyomtatót kell telepítenie. Az ilyen változtatások azonnal végrehajthatók a teljes hálózaton.

4. Rugalmas felület. A címtárszerkezetek gyorsan és egyszerűen változnak. Létrehozhatja például a cége címtárát, különálló könyvelési, marketing osztályokat, titkárságot külön alkönyvtárakba, és mindezt egy fastruktúra formájában is bemutathatja. Vagy például hozzon létre több fát, amelyek különböző épületekben vagy régiókban különböző irodákat képviselnek, és egyszerűen állítsa be a köztük lévő kapcsolatot és hozzáférési jogokat. Csatlakoztasson egy hálózati nyomtatót a könyvelők könyvtárához egyetlen egérkattintással. (Ebben az esetben az illesztőprogramok ezekre a számítógépekre automatikusan telepítésre kerülnek.) Vagy húzza át a teljes könyvelési osztályt egyik szerverről a másikra, minden jogával, mappájával és dokumentumával együtt.

5. Integráció DNS-sel. Az Active Directory DNS-sel való szoros integrációjának köszönhetően a helyi hálózat ugyanazokat az erőforrásneveket használja, mint az Internet, ami kevesebb zavart és jobb együttműködést eredményez a helyi hálózat és a nagy kiterjedésű hálózat között.

6. Skálázhatóság. Több Active Directory tartomány kombinálható egy kezelés alatt.

7. Könnyű keresés. Az Active Directory tartományban különféle objektumok találhatók különféle jellemzők alapján, mint például a felhasználó vagy a számítógép neve, a felhasználói e-mail cím stb.

DFS (elosztott fájlrendszer)- az Active Directory egyik eszköze. Lehetővé teszi olyan hálózati megosztások létrehozását, amelyek több fájlrendszert is tartalmazhatnak különböző gépeken. Egy Active Directory felhasználó számára ez teljesen átlátható, és nem mindegy, hogy fizikailag hol és mely gépeken találhatók azok a fájlok, amelyekkel dolgozik – számára ezek mind egy helyen találhatók. Ezenkívül az elosztott fájlrendszer és az Active Directory használatakor az ilyen erőforrások kezelése leegyszerűsödik. Központosított, egyszerűen és fájdalommentesen adhat hozzá új erőforrásokat vagy törölheti a régieket, megváltoztathatja a DFS-ben szereplő fájlok fizikai helyét stb.