Windows Windows Server

Méret: px
Mutatás kezdődik a ... oldaltól:

Download "Windows 8 2012.10.26 Windows Server 2012 2012.09.04 6.3 9600"

Átírás

1 Előadás_# Az NT kialakulása A Windows NT (New Technology) a Microsoft cég új generációs, eredetileg vállalati felhasználókat megcélzó operációs rendszerének az elnevezése. A Windows NT operációs rendszerrel a Microsoft a DOS-, illetve Windows rendszereket kívánta felváltani. Szoftver fejlesztés azonban nem csak a Microsoft-nál történt, az IBM már áprilisában bemutatta az OS/2 nevű operációs rendszerének első verzióját. Igazi siker azonban csak az 1992-ben bemutatott valódi 32 bites OS/2 2.0 lett (mely képes volt Windows 3.1-es programok futtatására is), majd az 1994-ben bemutatott OS/2 3.0 Warp lett, mely hatékony és konzisztens rendszer volt. Egy többé kevésbé kényszerű együttműködés után a Microsoft 1990-ben szakított az IBM-mel és júliusában bemutatta saját 16 bites Windows NT 3.1 nevű operációs rendszerét. Ezek után a Microsoft fejlesztései is a 32 bites irányba indultak el, júliusában került bemutatásra a Windows 4.0. Az első említésre méltó 64 bites rendszer a Windows XP 64 bit volt, 2003 márciusában. A Microsoft asztali- és szerver operációs rendszerei ma is az NT technológiára épülnek. Az eddig megjelent NT alapú Windows verziók: Verzió Build Megnevezés Megjelenés Windows NT Windows NT Windows NT Windows NT 4.0, 32 bit Windows Windows 2000 Datacenter Windows XP Windows XP, 64 bit Windows Server Windows Server 2003 R x Windows Vista Windows Server Windows x Windows Server 2008 R Windows Home Server Windows Windows Server Windows Windows Server 2012 R Windows Előadás_10-1 -

2 A Windows NT megalkotásakor a Microsoft két alapvető szempontot kellet hogy figyelembe vegyen. Egyrészt az aktuális piaci igényeket, követelményeket ki kell elégíteni (ez lássuk be nem minden verziónál ment zökkenőmentesen), másrészt a továbbfejlesztési lehetőségek, és a saját (a piacot irányító, befolyásoló) célkitűzések is meg kell hogy jelenjenek a termékben. 2. Az első Windows NT kiadássokkal szemben támasztott követelmények Valós 32 bites (csak az NT 4.0 óta), bármikor megszakítható, preemptív, újrahívható (reentrant) [a rendszerhívásokat több alkalmazás is meghívhatja egyszerre, és ezek nem blokkolódnak, akkor sem, ha már valakit éppen kiszolgál az adott rendszerhívás] és virtuális memóriakezelést használó operációs rendszer megvalósítása a cél. Fusson különböző hardver platformokon. Fusson multiprocesszoros környezetben. Legyen skálázható az összes rendelkezésre álló erőforrás viszonylatában. Fusson elosztott hardver környezetben. Legyen alkalmas a 16 bites MS-DOS és Windows 3.1-es alkalmazások futtatására. (Ez a 64 bites verziók alatt már közvetlenül nem megoldható.) Teljesítse a POSIX szabványt. [Portable Operating System for UniX / formális neve: EEE1003, hivatalos elnevezése ISO/IEC 9945). Teljesítse az ipari környezetnek megfelelő biztonsági szabványokat. Használjon UNICODE-ot a karakterek és stringek ábrázolására. [A UNICODE a karakterek gépi ábrázolásának szabványa. Mivel minden karaktert 16 biten ábrázol, így szinte minden nyelv ábécéjének karakterkészletét lehetséges azonos kódolással használni. A UNICODE így lehetővé teszi az alkalmazások nyelvterülettől független elkészítését. Az első olyan, Microsoft által gyártott operációs rendszer, amely binárisan is egységes az egész világon, a Windows 2000 volt.] Az NT 4.0 a belső karakterábrázolásában már UNICODE-ot használt. Azonban az NT 4.0 alatt futó alkalmazások nagy része még nem használt UNICODE-ot, így a string változókat paraméterként átadó Win32 API-ban (Application Programming Interface / Alkalmazásprogramozási interfész) a definiált függvényeknek két változata létezik: széles: 16 bites UNICODE karakteres keskeny: 8 bites ANSI karakteres Előadás_10-2 -

3 A 8 bites ANSI függvények megvalósítása egyszerű: először át kell kódolni a string paramétereket 16 bites UNICODE-ba, majd meg kell hívni az adott függvény UNICODE-os változatát. 3. A Microsoft célkitűzései A Microsoft az NT alapú operációs rendszerek minőségének, korszerűségének és továbbfejleszthetőségének biztosítása érdekében jelölték meg a következő célokat: Az NT kódja legyen kiterjeszthető, vagyis könnyen továbbfejleszthető azaz csak részben nyílt, hiszen maga a kód nem publikus. A kód legyen alkalmas az új hardver platformokon történő futtatásra is. A rendszer legyen több szempontból is megbízható, robusztus. o két program futása ne befolyásolja egymást o a rendszer összeomlást el kell kerülni o a belső komponensek együttműködése zökkenőmentes legyen Megfelelő kompatibilitás a meglévő rendszerekkel a felhasználói interfész, és alkalmazásprogramozási interfész (API) szintjén is. A kompatibilitás két alapvető szintje: o a Microsoft korábbi operációs rendszerei: MS-DOS, Windows 3.1 o a nem Microsoft által készített, azonban széles körben elterjedt rendszerek: OS/2, UNIX, NetWare, stb. A rendszer a hatékonysága legyen független a hardverkörnyezettől, vagyis bármelyik hardver platformon kit tudja használni a rendelkezésre álló erőforrásokat. 4. A Windows NT felépítésének fő jellemzői A Windows NT felépítése réteges szerkezetű, alrendszereinek működése a kliens-szerver kiszolgálás alapú. Az egyes rétegek interfészeken igénybevételével kommunikálnak. Az eredeti elképzelés szerint az NT fejlesztői a mikrokernel használata mellett döntöttek, de ahhoz, hogy a legtöbb szolgáltató folyamat felhasználói (user) módban futhasson, a hibrid kernel megfelelőbbnek bizonyult. A szolgáltatások egy részét nem célszerű és nem is hatékony (főleg a gyakori és nagy számú környezetváltás miatt) felhasználói módba kényszeríteni. Azon szolgáltatásokat, melyek intenzíven használják a hardvert és futásuk gyorsaságára az egész rendszer teljesítménye érzékeny, célszerű mindenképpen kernel módban futtatni. (Ilyen például a cache menedzsment, a címtartomány menedzsment, a szál ütemezés, a folyamatok közti kommunikáció, a virtuális memória kezelés, az Előadás_10-3 -

4 objektumkezelő és biztonsági alrendszer, vagy a WIN32-es alrendszer grafikus szolgáltatásokat nyújtó részei, stb.) A Windows NT fejlesztésekor alapvető volt az objektumorientált szemlélet. A fejlesztők a rendszert funkciójukban pontosan definiált objektumokból építették fel. Az objektumok közti kommunikáció előre definiált interfészeken igénybevételével történik. Az NT korai verzióiban, minden szándék ellenére, a hardverközeli programozás szüksége miatt csak az alábbi három objektumorientált tulajdonságot sikerült maradéktalanul megvalósítani: adatrejtés az operációs rendszer objektumai csak saját adataikat érhetik el interfész-használat az objektumok előre definiált interfészek segítségével kommunikálnak hierarchikus objektum szerkezet kernel objektumok, executive objektumok A következő objektumorientált tulajdonságokat viszont a Windows NT nem valósítja meg: Polimorfizmus Azonos néven különböző objektumokat érhetünk el. Az azonosító környezetétől függ, hogy melyik objektumra hivatkozunk az adott azonosítóval. Jó példa a polimorfizmusra az, amikor azonos névvel, de különböző paraméterlistával definiálunk függvényeket egy objektumon belül. Ez esetben az aktuálisan használt paraméterek típusától függ, hogy melyik funkciót érjük el. Öröklődés (Az NTFS miatt az öröklődés részben megvalósul!) Az objektumok hierarchikusan (is) származtathatók. A származtatott objektum örökli, és így maga is használhatja a szülő megfelelően definiált adatelemeit illetve függvényeit vagy attribútumait. Dinamikus adattípus kötés Lehetőség van adattípussal paraméterezett objektumok definiálása is. Előadás_10-4 -

5 5. A Windows NT felépítésének komponensei HAL A HAL (Hardware Abstraction Layer) az aktuálisan használt hardvert teljesen elfedő, legalacsonyabb szoftverréteg az operációs rendszerben. (A BIOS vagy UEFI mint szoftverréteg technikailag az operációs rendszer és a hardver között helyezkedik el.) Az operációs rendszer HAL fölötti rétegei tehát csak a HAL-on keresztül érhetik el a hardvert. Minden NT alatt használható CPU-hoz egyedi HAL-réteg készül, vagyis a HAL a használt CPU típusától függ. Az telepítő CD-n így számos HAL-t találhatunk az NT CD \i386-os alkönyvtárában. Érdekesség, hogy a Vista előtti rendszerekben telepítéskor választódott ki, hogy milyen típusú HAL kerül fel. Ezért se volt biztos, hogy egy másik gépbe átrakva a HDD-t a Windows elindul. Vista óta ezt már megoldották. A HAL feladata, hogy CPU független szolgáltatásokat nyújtson a többi réteg számára. Azonos architektúra esetén vagyis például az összes x86-os processzoron futó NT rendszer között csak a HAL-ban van különbség, a többi rétegben nincs. Nyilván ugyanez a helyezet x64 vagy RISC esetében is. Feladatát tekintve tehát a HAL egy olyan az aktuális hardverre támaszkodó virtuális gépként dolgozik, melynek funkcionalitása minden rendszerben azonos. (Az 1968-ban készült "2001 Űrodisszeia" című filmben a HAL9000-es nevében a HAL rövidítés ez volt: Heuristically programmed ALgorithmic computer) Előadás_10-5 -

6 Kernel A kernel az operációs rendszer alapfunkcióit nyújtó komponense (pl. ütemezés, megszakításkezelés). A kernel a rendszer állandóan memóriában levő, kernel (védett) módban futó része. A kernelben is előfordulnak hardver specifikus kódrészletek, hisz például a környezetváltás megvalósításához ismerni kell, hogy milyen regiszterei vannak a CPU-nak. Azonban amíg a HAL a CPU típusától függ, addig a kernel csak a CPU architektúrájától. Ez azt jelenti, hogy azonos architektúrájú CPU-k esetén a kernel is azonos. Például két x86-os rendszerben a kernelréteg is azonos, függetlenül attól, hogy konkrétan milyen CPU-t használunk. Nyilván ugyanez a helyezet x64 vagy RISC esetében is A kernelre (illetve a device driverek rétegre) épülő további komponensek már hardverfüggetlenek, azaz a rendszer további komponensei már gyakorlatilag hordozhatóak. Az NT hordozhatósága ebből következően úgy valósul meg, hogy a hardvert bármely CPU esetében hasonló interfésszel elérhető szoftverrétegek fedik el. Az első két szoftverréteg a HAL és a kernel. A kernelben kerülnek megvalósításra a CPU architektúrától függő funkciók (például a környezetváltás), míg a HAL az azonos architektúrájú CPU-knak az egyedi modelltől függő funkcióit tartalmazza. Más szempontból is (részben) hordozható az NT, hiszen a UNIX rendszerekhez hasonlóan hordozható programnyelven íródott. A kód túlnyomó része C programnyelvben készült, de a hardver közvetlen kezelését végző (például a megszakítás kezelés), illetve a rendszer teljesítményét nagymértékben befolyásoló (például a környezetváltás) részek már Assembly nyelven készültek. A kernel feladata a rendszer további komponenseinek a hardvertől történő függetlenítésén túl az, hogy az operációs rendszer többi komponense számára egyszerű, jól definiált alapmodulokat (ún. primitíveket) biztosítson. A primitívek a következő funkciókat valósítják meg: thread (szál) ütemezés trap-kezelés, megszakítás kezelés multiprocesszor-ütemezés kernel objektumok kezelése A kernel objektumok egyszerűbbek, mint a többi réteg objektumai. A gyors kezelhetőség érdekében a kernel ugyanis nem végez ellenőrzést az egyes objektumok elérésekor, hanem abból a logikából indul ki, hogy a rendszer tagjai helyesen használják az objektumokat. Előadás_10-6 -

7 Készülék meghajtók (device driverek) A device driverek a I/O-alrendszer és a hardver közötti kapcsolatot biztosítják, oly módon, hogy a hardvert nem közvetlenül, hanem a HAL rétegen keresztül érik el. Így lehetővé válik, hogy a device driverek akár forráskódjukban is hordozhatók a különböző hardver architektúrák között, és akár binárisan is hordozhatók azonos architektúrájú, de különböző típusú CPU-k esetén. A device driverek négy típusát különböztetjük meg: Hardver driverek, melyek a hardver egységek elérését biztosítják, közvetlenül az eszközök I/O csatornáit érve el. (pl. BUS driverek: PCI, USB, SATA) Fájlrendszer driverek, melyek a fájlrendszerek elérését biztosító igényeket dolgozzák fel, I/O műveletekké alakítva azokat. Szűrő típusú device driverek, melyek az NT által használt réteg szerkezetű device driver struktúra lehetőségeit kihasználva speciális többletfunkciókat valósítanak meg. A szűrő típusú device driverek általában a magas szintű (például fájlrendszer driverek) és a I/O-kéréseket kezelő alacsony szintű driverek közé ékelődnek. (például RAID funkciók, szoftveres hibatűrés a lemezkezeléshez) Hálózat elérését biztosító device driverek, melyek a hálózati kéréseket a megfelelő konverzió közbeiktatásával továbbítják. Executive (az utolsó komponens a kernel mód-ban) Az executive az NT operációs rendszer magas szintű alrendszereinek szolgáltatásait (memóriakezelés, biztonság) megvalósító réteg. Az adatokat objektumokban tárolja, melyeket csak leírókkal (handle) lehet elérni, megfelelően definiált interfészeken keresztül. Önálló részei a következők: folyamat- és szálkezelő virtuálismemória-kezelő biztonsági alrendszer (monitor) cache kezelő I/O-rendszer kezelő Az executive réteg tartalmazza az (egyébként user módban futó) NTDLL.DLL által definiált függvények hívásainak megvalósítását, valamint biztosítja az operációs rendszer belső objektumai közötti kommunikációt. Az executive réteg legfontosabb feladata az LPC (Local Procedure Call / Lokális eljáráshívás) szolgáltatás megvalósítása. Az LPC az NT operációs rendszer IPC (Inter Process Communication / Folyamatok közötti kommunikáció) eszköze. Azaz csak az Előadás_10-7 -

8 NT belső folyamatai közötti kommunikáció biztosítására szolgál. Az LCP segítségével egy felhasználói objektum egy másik felhasználói objektum adott függvényét hívhatja meg. Az LPC teszi lehetővé, hogy az egyes alkalmazások a hozzájuk tartozó alrendszer(ek) szolgáltatásait igénybe vehessék. Az executive réteg továbbá tartalmaz run-time library függvényeket és különböző támogató funkciókat megvalósító függvényeket is a rendszerfolyamatok és a szolgáltatások részére. NTDLL.DLL (itt kezdődnek a user módú komponensek) Az NTDLL.DLL az a dinamikusan kapcsolódó (kölcsön)könyvtár (Dinamically Linked Library / Dinamikusan kapcsolódó [kölcsön]könyvtár), amin keresztül a felhasználói módú folyamatok is elérhetik az operációs rendszert. Mivel az egyes objektumok között a kapcsolattartás LPC (Local Procedure Call / Lokális eljáráshívás) hívások segítségével valósul meg, így minden felhasználói objektum az NTDLL.DLL-en keresztül éri el a környezetét. Az NTDLL.DLL segítségével megvalósított működés abszolút egyszerű. Ha egy hívás érkezik, ellenőrizni kell a hívás paramétereit, és végre kell hajtani egy user kernel módváltást, ami után az NT már meghívhatja a kért funkciót megvalósító függvényét. NTDLL.DLL tartalmilag az executive által kiajánlott függvényeknek megfelelő függvény csonkokból áll, melyek: ugyanolyan a paraméterezésüek, mint az executive-ban lévő párjuk elvégzik az átváltást védett módba átadják a hívást a system service dispatcher-nek az ellenőrzik a hívási paramétereket, majd meghívja az executive függvényt Ezen kívül van benne további számos függvény az alrendszerek támogatására, pl. memória kezelés (heap) image loader NTDLL.DLL-nek ezen kívül létezik jónéhány nem dokumentált függvénye is: Nem dokumentált NTDLL.DLL függvények (Angol nyelvű) Előadás_10-8 -

9 Rendszerfolyamatok A rendszerfolyamatok közé az NT operációs rendszer a független felhasználói folyamatként megvalósító, önálló folyamatokat sorolja. Nyilván ez esetben user módban futó folyamatokról van szó, mégis a rendszerfolyamatok olyan alapvető részei az operációs rendszernek, hogy nélkül az NT nem is képes működni. SMSS (Session Manager SubSystem / Munkamenet kezelő alrendszer). Az SMSS folyamat a rendszer indításakor kerül létrehozásra, és a továbbiakban ez a folyamat felelős az alkalmazások elindításáért. Az SMSS indítja el az egyes alrendszereket, ha futásukra szükség van és még nem futnak; valamint biztosítja a kapcsolatot a debugger és az általa futtatott applikáció között; továbbá biztosítja a környezeti változók definiálását és elérését. Logon A felhasználók ki- és beléptetését végző folyamat, melyet bármelyik SAS (Secure Attention Sequence / Biztonsággal felügyelt programszakasz) billentyűkombináció (alapesetben az CTRL-ALT-DEL) aktivizál. Beléptetéskor a felhasználói azonosító (user name) és a jelszó (password) kombinációját az önálló folyamatként futó LSASS-hez (Local Security Authentication Server / Helyi biztonsági jogosultság ellenőrző ) továbbítja ellenőrzésre. Ha az azonosítás sikeres, a logon elindítja a userinit.exe programot, ami beállítja a felhasználó által definiált környezetet, és elindítja a felhasználóhoz rendelt shell keretprogramot (alapesetben ez az explorer.exe). Service Controller A szolgáltatások indításáért és leállításáért felelős folyamat. Egyszóval a rendszerfolyamatok felelősek azért, hogy miután elindult az operációs rendszer a felhasználók be tudjanak lépni, és el tudják kezdeni az erőforrások hatékony használatát. Szolgáltatások Az NT-ben szolgáltatásnak hívják azokat a kliens-szerver modellben szerverként működő szolgáltató folyamatokat, amelyek a kliens programok (felhasználói vagy akár rendszer programok) számára az operációs rendszer lehetőségeire építve többletszolgáltatásokat nyújtanak. Létezik például RPC (Remote Procedure Call / Távoli eljáráshívás) szolgáltató, különböző protokollokat megvalósító hálózati kapcsolatot biztosító szolgáltatók, vagy az NT-specifikus eseménynaplózó (Event Logger) szolgáltató. (Megjegyzendő, hogy egy-egy szolgáltatást gyakran nem egyetlen folyamat valósít meg.) Előadás_10-9 -

10 A szolgáltatások a rendszerfolyamatokhoz hasonlóan felhasználói módban futó folyamatok. Lényeges különbség azonban, hogy míg a rendszerfolyamatok szükséges részei a rendszernek, addig a szolgáltatásokat megvalósító folyamatok futása nélkül is képes működni az NT. A szolgáltatások a Service Manager segítségével elindíthatók és leállíthatók a rendszer működése közben. Ezek jellemzően olyan programok, amiknek akkor is kell futnia, ha éppen nincs felhasználó bejelentkezve, aki elindítaná őket. Pl. ha elindult a gép, de nem jelentkezett be rajta senki, akkor is kapcsolódni tudjunk a fájlmegosztásaihoz (Server nevű szolgáltatás) vagy be tudjunk távolról lépni rá (Terminal Services szolgáltatás). A szolgáltatásokat megvalósító programok egyszerű Win32-es alkalmazások, azzal a különbséggel, hogy együttműködnek a Service Conroller (SERVICES.EXE) folyamattal. Az regisztrálja őket, és annak segítségével lehet őket elindítani, leállítani, szüneteltetni stb. A rendszerben elérhető szolgáltatásokat és azok aktuális státusát a felhasználói felületről is megnézhetjük és változtathatjuk a Control Panelen a Services ikonra kattintva. (Egy szolgáltatásnak így három elnevezése is lehetséges: az első az a név, ahogy a szolgáltatás a Control Panel Services alpontján keresztül elérhető, a másik az a név, amin az a Registry-ben szerepel, a harmadik pedig az a név, amely a szolgáltatást megvalósító futtatható program neve.) Alrendszerek Az NT alkalmas különböző típusú applikációk futtatására. Ezt az alrendszerek segítségével valósítja meg. Három alrendszere van: Win32, POSIX, és az OS/2. A Win32 alrendszer kitüntetett abban a tekintetben, hogy a Win32 alrendszer nélkül az NT nem tud futni. A másik két alrendszer opcionális, csak abban az esetben kezdenek futni, amikor az adott alrendszerhez tartozó alkalmazást akar egy felhasználó elindítani. Az alrendszerek elsődleges feladata, hogy a hozzájuk tartozó alkalmazások futásához szükséges szolgáltatásokat nyújtsák. Minden alrendszer a hozzá tartozó alkalmazásokat kontrollálja. A három különböző alrendszer nem csak különböző nevű függvényeket jelent (fopen vagy CreateFile), hanem teljesen eltérő szemantikájuk is van. (pl. a POSIX esetén a fájlnévben számít a kis és nagybetű, Windows esetén nem. A POSIX illetve a Windows-os szálnak más tulajdonságaik vannak. További érdekesség, hogy a Windows 2000 óta kikerült az OS/2, a Windows XP óta pedig a POSIX is!) Előadás_

11 Minden alrendszerhez tartozik egy ún. alrendszer DLL, amin keresztül az alrendszerhez tartozó alkalmazás az NT szolgáltatásait elérheti. Ez tehát a alkalmazásprogramozási interfész (API), ami az egyes alrendszerekhez tartozó applikációk számára elérhető. Ezt azért fontos kiemelni, mert ez az a publikált, jól definiált felület, amit minden program használhat. Az összes többi interfész (például NTDLL.DLL) nem publikus interfész. Egy API az gyakorlatilag csak egy interfész, tehát nem helyes azt mondani, hogy az API kiszolgál kéréseket. Kell lennie mögötte egy komponensnek, aki megvalósítja az API-ban definiált függvényeket, és az a komponens az, aki nyújtja az API-ban definiált szolgáltatást. Az egyes alrendszerekhez tartozó API-k lényegesen különböznek egymástól. A legszélesebb lehetőségeket a Win32 API biztosítja. (például ablakozás, szálak kezelése stb.) Fontos tudni, hogy egy applikáció csak egy alrendszerhez tartozhat, nem keveredhetnek egymással egy applikáción belül különböző alrendszerhez tartozó hívások. POSIX alrendszer A POSIX alrendszer szigorúan a POSIX es szabványban rögzített tulajdonságokat valósítja meg. Így lehetőség van új folyamatok létrehozására (fork), fájlok több néven történő elérésére (hard linkek definiálására), folyamatok közötti kommunikációra (IPC), folyamatok kezelésére, valamint karakteres I/O kezelésre. Ezzel szemben nincs lehetőség szálak (thread) létrehozására, ablakkezelésre, távoli eljáráshívásra (RPC), socketek (logikai csatlakozások) használatára. Win32 alrendszer (ami nélkül nem fut az NT) A Win32 alrendszer futtatja nemcsak a 32 bites alkalmazásokat (vagyis azokat, amelyek Win32 API-t használnak), hanem a 16 bites és DOS-alkalmazásokat is. A Win32 alrendszer nem csak abban különbözik a többitől, hogy nélküle nem futhat az NT, hanem abban is, hogy az alrendszer egy része kernel mód ban fut. (WIN32K.SYS) Ez a rész valósítja meg a grafikus képernyő-kezelési funkciókat. (A USER32.DLL, GDI.DLL, KERNEL32.DLL, ADVAPI.DLL könyvtárakban definiált funkciókat.) Ez a rendszer hatékonysága miatt került ide, mert így módváltás nélkül lehetséges az executive, illetve kernel szolgáltatások (függvények) elérése. Előadás_

12 A Win32 API hívások háromfélék lehetnek a megvalósításuk helye szerint: Az alrendszer DLL-ben van megvalósítva. Ezek egyszerű funkcionalitású függvények, a végrehajtásukhoz nincs szükség a rendszer más részeinek elérésére. Az alrendszerben vannak megvalósítva. A hívást ebben az esetben az alrendszer DLL továbbítja az NTDLL.DLL felé, ami az executive réteg LPC szolgáltatását igénybe véve, eljut a Win32 alrendszerhez, ami a kérést teljesíti. Az NT más, kernel módban futó rétege valósítja meg a hívást. A hívás ebben az esetben is az executive réteghez kerül, ami továbbítja a megfelelő kernel réteg felé. A WIN32 API-ban számos grafikus funkció is van definiálva. A grafikus eszközök és a nyomtató szabványos felületen történő kezelését a GDI (Graphical Device Interface / Grafikus eszközcsatoló), illetve a hozzá tartozó GDI32.DLL (WIN32 API része) teszi lehetővé. Az ebben definiált funkciók a WIN32 alrendszer kernel módú részében (WIN32K.SYS) vannak megvalósítva. Ezek a rutinok intézik az eszközökhöz tartozó device driverek meghívását. Egy-egy GDI32.DLL-ben definiált grafikus funkcióhoz az adott eszköztől függően akár több device driver is tartozhat. Előadás_

Operációs rendszerek. A Windows NT felépítése

Operációs rendszerek. A Windows NT felépítése Operációs rendszerek A Windows NT felépítése A Windows NT 1996: NT 4.0. Felépítésében is új operációs rendszer: New Technology (NT). 32-bites Windows-os rendszerek felváltása. Windows 2000: NT alapú. Operációs

Részletesebben

Operációs rendszerek. Windows NT. A Windows NT

Operációs rendszerek. Windows NT. A Windows NT Operációs rendszerek Windows NT A Windows NT Felépítésében is új operációs rendszer: New Technology (NT) 32-bites Windows-os rendszerek felváltása Windows 2000: NT alapú 1 Operációs rendszerek felépítése

Részletesebben

Windows Windows Server

Windows Windows Server Előadás_#10. 1. Az NT kialakulása A Windows NT (New Technology) a Microsoft cég új generációs, eredetileg vállalati felhasználókat megcélzó operációs rendszerének az elnevezése. A Windows NT operációs

Részletesebben

Operációs rendszerek. Az NT folyamatok kezelése

Operációs rendszerek. Az NT folyamatok kezelése Operációs rendszerek Az NT folyamatok kezelése Folyamatok logikai felépítése A folyamat modell: egy adott program kódját végrehajtó szál(ak)ból és, a szál(ak) által lefoglalt erőforrásokból állnak. Folyamatok

Részletesebben

Operációs rendszerek. Az X Window rendszer

Operációs rendszerek. Az X Window rendszer Operációs rendszerek X Windows rendszer Az X Window rendszer Grafikus felhasználói felületet biztosító alkalmazás és a kapcsolódó protokoll 1983-84: a Massachusetts Institute of Technology-n (MIT, USA).

Részletesebben

Utolsó módosítás:

Utolsó módosítás: Utolsó módosítás: 2012. 09. 06. 1 A tantárggyal kapcsolatos adminisztratív kérdésekkel Micskei Zoltánt keressétek. 2 3 4 5 6 7 8 9 Forrás: Gartner Hype Cycle for Virtualization, 2010, http://premierit.intel.com/docs/doc-5768

Részletesebben

Tartalom. Történeti áttekintés. Történeti áttekintés 2011.03.23. Architektúra DCOM vs CORBA. Szoftvertechnológia

Tartalom. Történeti áttekintés. Történeti áttekintés 2011.03.23. Architektúra DCOM vs CORBA. Szoftvertechnológia Tartalom D Szoftvertechnológia előadás Történeti áttekintés Architektúra D vs CORBA 2 Történeti áttekintés 1987 Dynamic Data Exchange (DDE) Windows 2.0-ban Windows alkalmazások közötti adatcsere Ma is

Részletesebben

Utolsó módosítás:

Utolsó módosítás: Utolsó módosítás: 2011. 09. 08. 1 A tantárggyal kapcsolatos adminisztratív kérdésekkel Micskei Zoltánt keressétek. 2 3 4 5 6 7 8 9 10 11 12 13 14 Erősen buzzword-fertőzött terület, manapság mindent szeretnek

Részletesebben

A GeoEasy telepítése. Tartalomjegyzék. Hardver, szoftver igények. GeoEasy telepítése. GeoEasy V2.05+ Geodéziai Feldolgozó Program

A GeoEasy telepítése. Tartalomjegyzék. Hardver, szoftver igények. GeoEasy telepítése. GeoEasy V2.05+ Geodéziai Feldolgozó Program A GeoEasy telepítése GeoEasy V2.05+ Geodéziai Feldolgozó Program (c)digikom Kft. 1997-2010 Tartalomjegyzék Hardver, szoftver igények GeoEasy telepítése A hardverkulcs Hálózatos hardverkulcs A GeoEasy indítása

Részletesebben

A GeoEasy telepítése. Tartalomjegyzék. Hardver, szoftver igények. GeoEasy telepítése. GeoEasy V2.05 Geodéziai Feldolgozó Program

A GeoEasy telepítése. Tartalomjegyzék. Hardver, szoftver igények. GeoEasy telepítése. GeoEasy V2.05 Geodéziai Feldolgozó Program A GeoEasy telepítése GeoEasy V2.05 Geodéziai Feldolgozó Program (c)digikom Kft. 1997-2008 Tartalomjegyzék Hardver, szoftver igények GeoEasy telepítése A hardverkulcs Hálózatos hardverkulcs A GeoEasy indítása

Részletesebben

Már megismert fogalmak áttekintése

Már megismert fogalmak áttekintése Interfészek szenasi.sandor@nik.bmf.hu PPT 2007/2008 tavasz http://nik.bmf.hu/ppt 1 Témakörök Polimorfizmus áttekintése Interfészek Interfészek kiterjesztése Eseménykezelési módszerek 2 Már megismert fogalmak

Részletesebben

Windows történet. 1985 Windows 1.0. DOS kiegészítő Grafikus felület

Windows történet. 1985 Windows 1.0. DOS kiegészítő Grafikus felület Windows 1985 Windows 1.0 DOS kiegészítő Grafikus felület 1987 Windows 2.0 Átlapoló ablakok Utolsó lemezekre telepíthető verzió 1990 Windows 3.0 VGA felbontás (640x480), 16 szín Monokróm üzemmód is van,

Részletesebben

OPERÁCIÓS RENDSZEREK I. BEVEZETÉS Koczka Ferenc -

OPERÁCIÓS RENDSZEREK I. BEVEZETÉS Koczka Ferenc - OPERÁCIÓS RENDSZEREK I. BEVEZETÉS Koczka Ferenc - koczka.ferenc@ektf.hu KÖVETELMÉNYEK GYAKORLATI JEGY: Két zárthelyi dolgozat eredményes megírása. Forrás: http://wiki.koczka.hu ELMÉLETI VIZSGA Az előadások

Részletesebben

Operációs rendszerek MINB240 V2+2+0

Operációs rendszerek MINB240 V2+2+0 Operációs rendszerek MINB240 V2+2+0 Dr Iványi Péter Nagyváradi Anett Radó János Nagyváradi Anett Elérhetőségek Rendszer és Szoftvertechnológia Tanszék Boszorkány út B138 Tel.: 3634-es mellék anettn@morpheus.pte.hu

Részletesebben

Folyamatok. 6. előadás

Folyamatok. 6. előadás Folyamatok 6. előadás Folyamatok Folyamat kezelése, ütemezése folyamattábla új folyamat létrehozása átkpcsolás folyamatok elválasztása egymástól átlátszó Szál szálkezelő rendszer szálak védése egymástól

Részletesebben

Hardver és szoftver követelmények

Hardver és szoftver követelmények Java-s Nyomtatványkitöltő Program Súgó Telepítési útmutató Hardver és szoftver követelmények A java-s nyomtatványkitöltő program az alábbi hardverigényt támasztja a számítógéppel szemben: 400 MHz órajelű

Részletesebben

Operációs rendszerek MINB240 V3+2+0-5 kredit KF Nagyváradi Anett 0. előadás Bevezetés

Operációs rendszerek MINB240 V3+2+0-5 kredit KF Nagyváradi Anett 0. előadás Bevezetés Üzleti környezetre k optimalizált lt rendszerek SANB107 IBM System i IBM System p rendszerének ismertetése Csütörtökönként 12:45-től blokkosítva A102-es teremben http://morpheus.pte.hu/~varady/ Várady

Részletesebben

Előadás_#13. Egy lemez írási művelet kiszolgálása

Előadás_#13. Egy lemez írási művelet kiszolgálása Előadás_#13. 1. Az NT fájlrendszere, NTFS A korábbi fájl rendszerek vs. az NTFS korlátai: FAT12 alatt a fájl név 8.3 szerkezetű, egy fájl maximális mérete nem lehet több mint 32MB. A maximális partíció

Részletesebben

A Java EE 5 plattform

A Java EE 5 plattform A Java EE 5 platform Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Utolsó módosítás: 2007. 11. 13. A Java EE 5 platform A Java EE 5 plattform A J2EE 1.4 után következő verzió. Alapvető továbbfejlesztési

Részletesebben

Alkalmazások típusai Szoftverismeretek

Alkalmazások típusai Szoftverismeretek Alkalmazások típusai Szoftverismeretek Prezentáció tartalma Szoftverek csoportjai Operációs rendszerek Partíciók, fájlrendszerek Tömörítés Vírusok Adatvédelem 2 A szoftver fogalma A szoftver teszi használhatóvá

Részletesebben

Uniprogramozás. várakozás. várakozás. Program A. Idő. A programnak várakoznia kell az I/Outasítások végrehajtására mielőtt továbbfuthatna

Uniprogramozás. várakozás. várakozás. Program A. Idő. A programnak várakoznia kell az I/Outasítások végrehajtására mielőtt továbbfuthatna Processzusok 1 Uniprogramozás Program A futás várakozás futás várakozás Idő A programnak várakoznia kell az I/Outasítások végrehajtására mielőtt továbbfuthatna 2 Multiprogramozás Program A futás vár futás

Részletesebben

Dr. Schuster György október 30.

Dr. Schuster György október 30. Real-time operációs rendszerek RTOS 2015. október 30. Jellemzők ONX POSIX kompatibilis, Jellemzők ONX POSIX kompatibilis, mikrokernel alapú, Jellemzők ONX POSIX kompatibilis, mikrokernel alapú, nem kereskedelmi

Részletesebben

Operációs rendszerek III.

Operációs rendszerek III. A WINDOWS NT memóriakezelése Az NT memóriakezelése Memóriakezelő feladatai: Logikai-fizikai címtranszformáció: A folyamatok virtuális címterének címeit megfelelteti fizikai címeknek. A virtuális memóriakezelés

Részletesebben

VIRTUALIZÁCIÓ KÉSZÍTETTE: NAGY ZOLTÁN MÁRK EHA: NAZKABF.SZE I. ÉVES PROGRAMTERVEZŐ-INFORMATIKUS, BSC

VIRTUALIZÁCIÓ KÉSZÍTETTE: NAGY ZOLTÁN MÁRK EHA: NAZKABF.SZE I. ÉVES PROGRAMTERVEZŐ-INFORMATIKUS, BSC VIRTUALIZÁCIÓ KÉSZÍTETTE: NAGY ZOLTÁN MÁRK EHA: NAZKABF.SZE I. ÉVES PROGRAMTERVEZŐ-INFORMATIKUS, BSC A man should look for what is, and not for what he thinks should be. Albert Einstein A számítógépek

Részletesebben

Hálózati ismeretek. Az együttműködés szükségessége:

Hálózati ismeretek. Az együttműködés szükségessége: Stand alone Hálózat (csoport) Az együttműködés szükségessége: közös adatok elérése párhuzamosságok elkerülése gyors eredményközlés perifériák kihasználása kommunikáció elősegítése 2010/2011. őszi félév

Részletesebben

1_Linux_bevezeto_bash

1_Linux_bevezeto_bash 1_Linux_bevezeto_bash September 21, 2016 1 Számítógépes alapismeretek 1.1 ELTE - Fizika Bsc 1. évfolyam 1.2 # Félévés tematika: Linux alapismeretek Szövegszerkesztés Adatok ábrázolása Bevezetés a programozás

Részletesebben

Operációs Rendszerek II.

Operációs Rendszerek II. Operációs Rendszerek II. Második előadás Első verzió: 2004/2005. I. szemeszter Ez a verzió: 2009/2010. II. szemeszter Visszatekintés Visszatekintés Operációs rendszer a számítógép hardver elemei és az

Részletesebben

Processzusok (Processes), Szálak (Threads), Kommunikáció (IPC, Inter-Process Communication)

Processzusok (Processes), Szálak (Threads), Kommunikáció (IPC, Inter-Process Communication) 1 Processzusok (Processes), Szálak (Threads), Kommunikáció (IPC, Inter-Process Communication) 1. A folyamat (processzus, process) fogalma 2. Folyamatok: műveletek, állapotok, hierarchia 3. Szálak (threads)

Részletesebben

OPERÁCIÓS RENDSZEREK. Célkitűzések, tárgyfelépítés. Módszerek. OS fogalom, struktúrák. 2005/2006. tanév II. félév Dr. Vadász Dénes

OPERÁCIÓS RENDSZEREK. Célkitűzések, tárgyfelépítés. Módszerek. OS fogalom, struktúrák. 2005/2006. tanév II. félév Dr. Vadász Dénes OPERÁCIÓS RENDSZEREK OS fogalom, struktúrák 2005/2006. tanév II. félév Dr. Vadász Dénes Célkitűzések, tárgyfelépítés Alapfogalmak, koncepciók, struktúrák, működés megismerése OS példák: Unix, Linux, W

Részletesebben

Könyvtári címkéző munkahely

Könyvtári címkéző munkahely Könyvtári címkéző munkahely Tartalomjegyzék A RENDSZER HARDVER ELEMEI...3 1 RFID CÍMKÉK... 3 2 RFID ASZTALI OLVASÓ... 3 A RENDSZER SZOFTVER ELEMEI... 4 1 KÖNYV CÍMKÉZŐ MUNKAÁLLOMÁS... 4 2 A PC- S SZOFTVEREK

Részletesebben

Kommunikáció. 3. előadás

Kommunikáció. 3. előadás Kommunikáció 3. előadás Kommunikáció A és B folyamatnak meg kell egyeznie a bitek jelentésében Szabályok protokollok ISO OSI Többrétegű protokollok előnyei Kapcsolat-orientált / kapcsolat nélküli Protokollrétegek

Részletesebben

hardver-szoftver integrált rendszer, amely Xwindow alapú terminálokat szervez egy hálózatba

hardver-szoftver integrált rendszer, amely Xwindow alapú terminálokat szervez egy hálózatba = hardver-szoftver integrált rendszer, amely Xwindow alapú terminálokat szervez egy hálózatba HaXSoN Szerver Vékonyterminál vékonyterminál A HaXSoN vékonyterminál jellemzői - kis méretű, alacsony fogyasztású,

Részletesebben

Operációs rendszerek - bevezető

Operációs rendszerek - bevezető Operációs rendszerek - bevezető Szabó Adrienn Informatika 1 2011 őszi félév Tartalom Operációs rendszerekről általában Bevezető Operációs rendszerek A Windows története Kezdetek Sikerek A Linux története

Részletesebben

Selling Platform Telepítési útmutató Gyakori hibák és megoldások

Selling Platform Telepítési útmutató Gyakori hibák és megoldások Selling Platform Telepítési útmutató Gyakori hibák és megoldások 265ced1609a17cf1a5979880a2ad364653895ae8 Index _ Amadeus szoftvertelepítő 3 _ Rendszerkövetelmények 3 Támogatott operációs rendszerek 3

Részletesebben

Operációs rendszerek

Operációs rendszerek Operációs rendszerek Hardver, szoftver, operációs rendszer fogalma A hardver a számítógép mőködését lehetıvé tevı elektromos, elektromágneses egységek összessége. A számítástechnikában hardvernek hívják

Részletesebben

Iman 3.0 szoftverdokumentáció

Iman 3.0 szoftverdokumentáció Melléklet: Az iman3 program előzetes leírása. Iman 3.0 szoftverdokumentáció Tartalomjegyzék 1. Az Iman rendszer...2 1.1. Modulok...2 1.2. Modulok részletes leírása...2 1.2.1. Iman.exe...2 1.2.2. Interpreter.dll...3

Részletesebben

Windows. Készítette: Csatlós István

Windows. Készítette: Csatlós István Windows Készítette: Csatlós István Windows alapok Legfontosabb jellemzői: 1. Grafikus felhasználói felület (GUI) 1. Ablak- és egértechnika 2. Menü- és ikonrendszer 2. Többfeladatos (MultiTask) és egyes

Részletesebben

Számítógépes alapismeretek

Számítógépes alapismeretek Számítógépes alapismeretek 3. előadás Dr. Istenes Zoltán Eötvös Loránd Tudományegyetem Informatikai Kar Programozáselmélet és Szoftvertechnológiai Tanszék Programtervező Informatikus BSc 2008 / Budapest

Részletesebben

Magic xpi 4.0 vadonatúj Architektúrája Gigaspaces alapokon

Magic xpi 4.0 vadonatúj Architektúrája Gigaspaces alapokon Magic xpi 4.0 vadonatúj Architektúrája Gigaspaces alapokon Mi az IMDG? Nem memóriában futó relációs adatbázis NoSQL hagyományos relációs adatbázis Más fajta adat tárolás Az összes adat RAM-ban van, osztott

Részletesebben

HÁLÓZATBIZTONSÁG II. rész. Összeállította: Huszár István

HÁLÓZATBIZTONSÁG II. rész. Összeállította: Huszár István HÁLÓZATBIZTONSÁG II. rész Összeállította: Huszár István 1. Védelmi alapmegoldások Felhasználói név + jelszó. Kiszolgáló esetén fokozottabb követelmények a jelszóval kapcsolatban. Belépés után az erőforrásokhoz

Részletesebben

Operációs rendszerek 2

Operációs rendszerek 2 Operációs rendszerek 2 Szathmáry László Debreceni Egyetem Informatikai Kar 2016-2017, 1. félév A tantárgyról A tantárgy neve: Operációs rendszerek 2 A tantárgy kódja: INBV212 Előfeltétel: Operációs rendszerek

Részletesebben

Az Evolut Főkönyv program telepítési és beállítási útmutatója v2.0

Az Evolut Főkönyv program telepítési és beállítási útmutatója v2.0 Az Evolut Főkönyv program telepítési és beállítási útmutatója v2.0 Az Ön letölthető fájl tartalmazza az Evolut Főkönyv 2013. program telepítőjét. A jelen leírás olyan telepítésre vonatkozik, amikor Ön

Részletesebben

OE-NIK 2010/11 ősz OE-NIK. 2010. ősz

OE-NIK 2010/11 ősz OE-NIK. 2010. ősz 2010/11 ősz 1. Word / Excel 2. Solver 3. ZH 4. Windows 5. Windows 6. ZH 7. HTML 8. HTML 9. ZH 10. Adatszerkezetek, változók, tömbök 11. Számábrázolási kérdések 12. ZH 13. Pótlás A Windows felhasználói

Részletesebben

Microsoft SQL Server telepítése

Microsoft SQL Server telepítése Microsoft SQL Server telepítése Az SQL Server a Microsoft adatbázis kiszolgáló megoldása Windows operációs rendszerekre. Az SQL Server 1.0 verziója 1989-ben jelent meg, amelyet tizenegy további verzió

Részletesebben

Komponens alapú fejlesztés

Komponens alapú fejlesztés Komponens alapú fejlesztés Szoftver újrafelhasználás Szoftver fejlesztésekor korábbi fejlesztésekkor létrehozott kód felhasználása architektúra felhasználása tudás felhasználása Nem azonos a portolással

Részletesebben

Szoftver labor III. Tematika. Gyakorlatok. Dr. Csébfalvi Balázs

Szoftver labor III. Tematika. Gyakorlatok. Dr. Csébfalvi Balázs Szoftver labor III. Dr. Csébfalvi Balázs Irányítástechnika és Informatika Tanszék e-mail: cseb@iit.bme.hu http://www.iit.bme.hu/~cseb/ Tematika Bevezetés Java programozás alapjai Kivételkezelés Dinamikus

Részletesebben

Tájékoztató az 1.10-es labor használatához

Tájékoztató az 1.10-es labor használatához Tájékoztató az 1.10-es labor használatához Általános leírás A kari nyílt laborban vékony kliens alapú architektúrát alakítottunk ki, ahol egy-két alapvető alkalmazáson kívül (pl.: böngésző, PDF olvasó,

Részletesebben

Utolsó módosítás: 2013. 02. 19.

Utolsó módosítás: 2013. 02. 19. Utolsó módosítás: 2013. 02. 19. Az előadás magáncélra szabadon felhasználható. Köz- és felsőoktatásban felhasználható, csak előtte kérlek írj egy emailt nekem. A jegyzetek részben a ---- vonal alatti részek

Részletesebben

Operációs rendszerek. Az NT memóriakezelése

Operációs rendszerek. Az NT memóriakezelése Operációs rendszerek MS Windows NT (2000) memóriakezelés Az NT memóriakezelése 32-bites virtuális memóriakezelés: 4 GB-os címtartomány, alapesetben: a fels! 2 GB az alkalmazásoké, az alsó 2 GB az OPR-é.

Részletesebben

Selling Platform Telepítési útmutató Gyakori hibák és megoldások

Selling Platform Telepítési útmutató Gyakori hibák és megoldások Selling Platform Telepítési útmutató Gyakori hibák és megoldások 265ced1609a17cf1a5979880a2ad364653895ae8 Index _ Amadeus szoftvertelepítő 3 _ Rendszerkövetelmények 3 Támogatott operációs rendszerek 3

Részletesebben

Utolsó módosítás: 2011. 02. 15.

Utolsó módosítás: 2011. 02. 15. Utolsó módosítás: 2011. 02. 15. Az előadás magáncélra szabadon felhasználható. Köz- és felsőoktatásban felhasználható, csak előtte kérlek írj egy emailt nekem. A jegyzetek részben a ---- vonal alatti részek

Részletesebben

Hálózati kapcsolathoz Windowst használó ügyfeleknek

Hálózati kapcsolathoz Windowst használó ügyfeleknek Hálózati kapcsolathoz Windowst használó ügyfeleknek Ha különböző operációs rendszert, vagy architektúrát használ szerverhez vagy klienshez, előfordulhat, hogy a kapcsolat nem működik megfelelően a kézikönyv

Részletesebben

Utolsó módosítás: 2015. 02. 16.

Utolsó módosítás: 2015. 02. 16. Utolsó módosítás: 2015. 02. 16. Az előadás magáncélra szabadon felhasználható. Köz- és felsőoktatásban felhasználható, csak előtte kérlek írj egy emailt nekem. A jegyzetek részben a ---- vonal alatti részek

Részletesebben

Windows biztonsági problémák

Windows biztonsági problémák Windows biztonsági problémák Miskolci Egyetem Általános Informatikai Tanszék Miért a Windows? Mivel elterjedt, előszeretettel keresik a védelmi lyukakat könnyen lehet találni ezeket kihasználó programokat

Részletesebben

Nyílt forráskódú irodai programkomponensek vállalati környezetbe való integrációjának vizsgálata és implementációja

Nyílt forráskódú irodai programkomponensek vállalati környezetbe való integrációjának vizsgálata és implementációja 1 / 15 Nyílt forráskódú irodai programkomponensek vállalati környezetbe való integrációjának vizsgálata és implementációja Vajna Miklós 2012. január 24. Tartalomjegyzék 2 / 15 1 Bevezető 2 Motiváció 3

Részletesebben

iseries Client Access Express - Mielőtt elkezdi

iseries Client Access Express - Mielőtt elkezdi iseries Client Access Express - Mielőtt elkezdi iseries Client Access Express - Mielőtt elkezdi ii iseries: Client Access Express - Mielőtt elkezdi Tartalom Rész 1. Client Access Express - Mielőtt elkezdi.................

Részletesebben

ÜDVÖZÖLJÜK A HaXSoN BEMUTATÓN!

ÜDVÖZÖLJÜK A HaXSoN BEMUTATÓN! ÜDVÖZÖLJÜK A HaXSoN BEMUTATÓN! info@dldh.hu www.dldh.hu Mit is jelent? Hardware-XWindow-Software-Network = hardver-szoftver integrált rendszer, amely Xwindow alapú terminálokat szervez egy hálózatba Kialakulás

Részletesebben

Segesdi Dániel. OpenNebula. Virtualizációs technológiák és alkalmazásaik BMEVIMIAV89. 2011 ősz

Segesdi Dániel. OpenNebula. Virtualizációs technológiák és alkalmazásaik BMEVIMIAV89. 2011 ősz Segesdi Dániel OpenNebula Virtualizációs technológiák és alkalmazásaik BMEVIMIAV89 2011 ősz OpenNebula Előszó A feladatom az OpenNebula nyílt forráskódú cloud management eszköz megismerése, mely egységes

Részletesebben

Az operációs rendszerek fejlődése

Az operációs rendszerek fejlődése Az operációs rendszerek fejlődése PC Windows UNIX DOS Windows 3.1 LINUX Otthoni Windows 95 Windows 98 Windows 98 SE Windows Milennium Windows XP Vállalati Windows NT 4.0 Windows 2000 Mac OS X Home Professional

Részletesebben

ede.bodroghy@hu.ibm.com

ede.bodroghy@hu.ibm.com ede.bodroghy@hu.ibm.com 5/30/2014 Globális piacvezető a hoszting szolgáltatásokban 21000 ügyfél 140 országban 100000 menedzselt eszköz 685 alkalmazott 13 adatközpont 17 hálózati belépési pont 2 SOFTLAYER

Részletesebben

OOP. Alapelvek Elek Tibor

OOP. Alapelvek Elek Tibor OOP Alapelvek Elek Tibor OOP szemlélet Az OOP szemlélete szerint: a valóságot objektumok halmazaként tekintjük. Ezen objektumok egymással kapcsolatban vannak és együttműködnek. Program készítés: Absztrakciós

Részletesebben

Kommunikáció. Folyamatok közötti kommunikáció. Minden elosztott rendszer alapja

Kommunikáció. Folyamatok közötti kommunikáció. Minden elosztott rendszer alapja Kommunikáció Folyamatok közötti kommunikáció Minden elosztott rendszer alapja Marshalling Alap primitívek Direkt, indirekt portok Blokkolás, nem blokkolás Pufferelés Megbízhatóság RPC Az RPC jellemzői

Részletesebben

Image Processor BarCode Service. Felhasználói és üzemeltetői kézikönyv

Image Processor BarCode Service. Felhasználói és üzemeltetői kézikönyv Image Processor BarCode Service Áttekintés CIP-BarCode alkalmazás a Canon Image Processor programcsomag egyik tagja. A program feladata, hogy sokoldalú eszközt biztosítson képállományok dokumentumkezelési

Részletesebben

IBM felhő menedzsment

IBM felhő menedzsment IBM Váltsunk stratégiát! Budapest, 2012 november 14. IBM felhő menedzsment SmartCloud Provisioning és Service Delivery Manager Felhő alapú szolgáltatások Felhasználás alapú számlázás és dinamikus kapacitás

Részletesebben

Szoftver Tervezési Dokumentáció. Nguyen Thai Binh

Szoftver Tervezési Dokumentáció. Nguyen Thai Binh Szoftver Tervezési Dokumentáció Nguyen Thai Binh April 2010 1. fejezet Feladat Szimulációs feladat. Célja, hogy reprezentáljunk egy több komponensből álló alkalmazást, amely a megadott témakörnek megfelel,

Részletesebben

Az operációs rendszer szerkezete, szolgáltatásai

Az operációs rendszer szerkezete, szolgáltatásai Az operációs rendszer szerkezete, szolgáltatásai Felhasználói programok Rendszerhívások Válaszok Kernel Eszközkezelők Megszakításvezérlés Perifériák Az operációs rendszer szerkezete, szolgáltatásai Felhasználói

Részletesebben

Számítógép architektúra

Számítógép architektúra Budapesti Műszaki Főiskola Regionális Oktatási és Innovációs Központ Székesfehérvár Számítógép architektúra Dr. Seebauer Márta főiskolai tanár seebauer.marta@roik.bmf.hu Irodalmi források Cserny L.: Számítógépek

Részletesebben

M-Files Dokumentumkezelő telepítése

M-Files Dokumentumkezelő telepítése Az Jelen dokumentum a következő fejezetek tartalmazza: a szoftver telepítése az M-Files telepítő programmal; az irattár létrehozása, a felhasználók felvétele az M-Files Server Administrator (szerver) programmal;

Részletesebben

Virtualizáció. egy hardveren több virtuális rendszer működik egyszerre, virtuális gépekben futó önálló vendég (guest) operációs rendszerek formájában

Virtualizáció. egy hardveren több virtuális rendszer működik egyszerre, virtuális gépekben futó önálló vendég (guest) operációs rendszerek formájában Virtualizáció Virtualizáció fogalma: Virtualizáció egy hardveren több virtuális rendszer működik egyszerre, virtuális gépekben futó önálló vendég (guest) operációs rendszerek formájában A virtualizáció

Részletesebben

Windows Server 2012: a felhő OS

Windows Server 2012: a felhő OS Windows Server 2012: a felhő OS Minden alapképesség gyökeresen átalakul: biztonság, fájlszerver, hálózat, storage, szerver és desktop virtualizáció, távelérés, felügyelet Az operációs rendszer több, korábban

Részletesebben

SAP Business One. Áttekintés, gyakorlati ismertetı. Mosaic Business System Kft.; Support: +36 1 253-0526

SAP Business One. Áttekintés, gyakorlati ismertetı. Mosaic Business System Kft.; Support: +36 1 253-0526 Mosaic Business System Kft.; Support: +36 1 253-0526 technológia Minimum hardver- és szoftverkövetelmények Technológia Technológia Az is kétszintő kliens/szerver architektúrán alapul. A szerver a Microsoft

Részletesebben

Telepítési Kézikönyv

Telepítési Kézikönyv Intelligens Dokumentum Kezelő Rendszer Telepítési Kézikönyv 1/15. oldal Dokumentum áttekintés Dokumentum címe: doknet telepítési kézikönyv Dokumentum besorolása: szoftver telepítési leírás Projektszám:

Részletesebben

Telepítési útmutató a Solid Edge ST7-es verziójához Solid Edge

Telepítési útmutató a Solid Edge ST7-es verziójához Solid Edge Telepítési útmutató a Solid Edge ST7-es verziójához Solid Edge Tartalomjegyzék Bevezetés 2 Szükséges hardver és szoftver konfiguráció 3 Testreszabások lementése előző Solid Edge verzióból 4 Előző Solid

Részletesebben

FELHASZNÁLÓI DOKUMENTÁCIÓ ÜZEMBEHELYEZÉSI KÉZIKÖNYV

FELHASZNÁLÓI DOKUMENTÁCIÓ ÜZEMBEHELYEZÉSI KÉZIKÖNYV "REGISZTER" rendszerek FELHASZNÁLÓI DOKUMENTÁCIÓ ÜZEMBEHELYEZÉSI KÉZIKÖNYV A népesség-nyilvántartás helyi rendszeréhez IBM PC számítógépre 4.0 Verzió Készítette: eközig ZRT. Készült: 2011. március Jelen

Részletesebben

Operációs rendszerek

Operációs rendszerek Operációs rendszerek? Szükségünk van operációs rendszerre? NEM, mert mi az alkalmazással szeretnénk játszani dolgozni, azért használjuk a számítógépet. IGEN, mert nélküle a számitógépünk csak egy halom

Részletesebben

Több platform egy kódbázis Tanulságok a Tresorittól. Budai Péter, vezető fejlesztő

Több platform egy kódbázis Tanulságok a Tresorittól. Budai Péter, vezető fejlesztő Több platform egy kódbázis Tanulságok a Tresorittól Budai Péter, vezető fejlesztő Miről lesz szó? A Tresorit szolgáltatás és platformjainak gyors bemutatása A Tresorit szoftver architektúrája Hogyan épül

Részletesebben

Tartalomjegyzék. I. rész: Az ügyfél 1. 1. Alapismeretek 3. Előszó

Tartalomjegyzék. I. rész: Az ügyfél 1. 1. Alapismeretek 3. Előszó Előszó A kapcsolódó tananyag Ha már ötször kiolvastuk a könyvet... Gyakorlás nélkül nem megy! Köszönetnyilvánítás xi xii xiii xiii xiv I. rész: Az ügyfél 1 1. Alapismeretek 3 Ügyféloldal bevezetés 3 Mikor

Részletesebben

Mobil operációs rendszerek. Készítette: Kisantal Tibor

Mobil operációs rendszerek. Készítette: Kisantal Tibor Mobil operációs rendszerek Készítette: Kisantal Tibor Mobil operációs rendszerek Az operációs rendszerek azon csoportjához tartoznak, melyek hordozható, kézi eszközt működtetnek. okostelefont, táblagépet,

Részletesebben

Informatikai Rendszerek Intézete Gábor Dénes Foiskola. Operációs rendszerek - 105 1. oldal LINUX

Informatikai Rendszerek Intézete Gábor Dénes Foiskola. Operációs rendszerek - 105 1. oldal LINUX 1. oldal LINUX 2. oldal UNIX történet Elozmény: 1965 Multics 1969 Unix (Kernighen, Thompson) 1973 Unix C nyelven (Ritchie) 1980 UNIX (lényegében a mai forma) AT&T - System V Microsoft - Xenix Berkeley

Részletesebben

Flash és PHP kommunikáció. Web Konferencia 2007 Ferencz Tamás Jasmin Media Group Kft

Flash és PHP kommunikáció. Web Konferencia 2007 Ferencz Tamás Jasmin Media Group Kft Flash és PHP kommunikáció Web Konferencia 2007 Ferencz Tamás Jasmin Media Group Kft A lehetőségek FlashVars External Interface Loadvars XML SOAP Socket AMF AMFphp PHPObject Flash Vars Flash verziótól függetlenül

Részletesebben

Adatbázis-kezelő rendszerek. dr. Siki Zoltán

Adatbázis-kezelő rendszerek. dr. Siki Zoltán Adatbázis-kezelő rendszerek I. dr. Siki Zoltán Adatbázis fogalma adatok valamely célszerűen rendezett, szisztéma szerinti tárolása Az informatika elterjedése előtt is számos adatbázis létezett pl. Vállalati

Részletesebben

Alap protokollok. NetBT: NetBIOS over TCP/IP: Name, Datagram és Session szolgáltatás.

Alap protokollok. NetBT: NetBIOS over TCP/IP: Name, Datagram és Session szolgáltatás. Alap protokollok NetBT: NetBIOS over TCP/IP: Name, Datagram és Session szolgáltatás. SMB: NetBT fölötti főleg fájl- és nyomtató megosztás, de named pipes, mailslots, egyebek is. CIFS:ugyanaz mint az SMB,

Részletesebben

Java I. A Java programozási nyelv

Java I. A Java programozási nyelv Java I. A Java programozási nyelv története,, alapvető jellemzői Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2007. 02. 12. Java I.: Történet, jellemzők, JDK JAVA1 / 1 Egy kis történelem

Részletesebben

Processzusok (Processes), Szálak (Threads), Kommunikáció (IPC, Inter-Process Communication)

Processzusok (Processes), Szálak (Threads), Kommunikáció (IPC, Inter-Process Communication) 1 Processzusok (Processes), Szálak (Threads), Kommunikáció (IPC, Inter-Process Communication) 1. A folyamat (processzus, process) fogalma 2. Folyamatok: műveletek, állapotok, hierarchia 3. Szálak (threads)

Részletesebben

Gyakorlat #6. Gyakorlat_06-1 -

Gyakorlat #6. Gyakorlat_06-1 - Gyakorlat #6. 1. Az NT biztonsági alrendszere A Windows NT olyan átfogó és konfigurálható biztonsági szolgáltatásokat nyújt, amelyek együttesen kielégítik az USA Védelmi Minisztériuma által a megbízható

Részletesebben

ClusterGrid for Windows

ClusterGrid for Windows ClusterGrid for Windows Bevezetõ A ClusterGrid for Windows egy CoLinuxra épülõ virtuális kliens csomópont. Minden jelenlegi ClusterGrid számítási kliens csomópont könnyen transzformálható ilyen virtualizált

Részletesebben

Mértékegységek a számítástechnikában

Mértékegységek a számítástechnikában Mértékegységek a számítástechnikában BIT legkisebb adattárolási egység Értékei lehetnek: 0,1. Bájt= 8 BIT a számítógép számára egységesen kezelhető legkisebb egység. (Bit,) Bájt, KiloBájt, MegaBájt, GigaBájt,

Részletesebben

Hálózati operációs rendszerek II.

Hálózati operációs rendszerek II. Hálózati operációs rendszerek II. Novell Netware 5.1 Web-es felügyelet, DNS/DHCP szerver, mentési alrendszer 1 Web-es felügyelet Netware Web Manager HTTPS protokollon keresztül pl.: https://fs1.xy.hu:2200

Részletesebben

Operációs rendszer ismeretek

Operációs rendszer ismeretek 2014 Operációs rendszer ismeretek A számítógépes munka feltételei Hardver: a számítógépet alkotó mechanikus és elektronikus eszközök összefoglaló neve. Szoftver: a számítógépet működtető programok. Operációs

Részletesebben

1. tétel. A kommunikáció információelméleti modellje. Analóg és digitális mennyiségek. Az információ fogalma, egységei. Informatika érettségi (diák)

1. tétel. A kommunikáció információelméleti modellje. Analóg és digitális mennyiségek. Az információ fogalma, egységei. Informatika érettségi (diák) 1. tétel A kommunikáció információelméleti modellje. Analóg és digitális mennyiségek. Az információ fogalma, egységei Ismertesse a kommunikáció általános modelljét! Mutassa be egy példán a kommunikációs

Részletesebben

Bevezetés az SAP világába. 5. Kommunikációs és integrációs technológiák

Bevezetés az SAP világába. 5. Kommunikációs és integrációs technológiák Bevezetés az SAP világába Zolnai László zolnai@elte.hu http://zolnai.web.elte.hu/bev_sap.html 5. Kommunikációs és integrációs technológiák 1 Rendszerek közötti kapcsolatok SAP és nem-sap rendszerek Vállalaton

Részletesebben

3Sz-s Kft. Tisztelt Felhasználó!

3Sz-s Kft. Tisztelt Felhasználó! 3Sz-s Kft. 1158 Budapest, Jánoshida utca 15. Tel: (06-1) 416-1835 / Fax: (06-1) 419-9914 E-mail: zk@3szs. hu / Web: http://www. 3szs. hu Tisztelt Felhasználó! Köszönjük, hogy telepíti az AUTODATA 2007

Részletesebben

Mobil Telefonon Keresztüli Felügyelet Felhasználói Kézikönyv

Mobil Telefonon Keresztüli Felügyelet Felhasználói Kézikönyv Mobil Telefonon Keresztüli Felügyelet Felhasználói Kézikönyv Tartalomjegyzék 1. Symbian rendszer...2 1.1 Funkciók és követelmények...2 1.2 Telepítés és használat...2 2. Windows Mobile rendszer...6 2.1

Részletesebben

Osztott alkalmazások fejlesztési technológiái Áttekintés

Osztott alkalmazások fejlesztési technológiái Áttekintés Osztott alkalmazások fejlesztési technológiái Áttekintés Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Történelem - a kezdetek 2 Mainframe-ek és terminálok Minden a központi gépen fut A

Részletesebben

Dr. Sipos Marianna ZMNE BJKMK

Dr. Sipos Marianna ZMNE BJKMK Dr. Sipos Marianna ZMNE BJKMK Tömeges felhasználás Eredeti cél: Desctop alkalmazások mindenkinek Egyedi géphasználat Kényelmes, felhasználóbarát felület Mit áldoztak fel: Hozzáférés szabályozás minimális

Részletesebben

Adatbázis rendszerek. dr. Siki Zoltán

Adatbázis rendszerek. dr. Siki Zoltán Adatbázis rendszerek I. dr. Siki Zoltán Adatbázis fogalma adatok valamely célszerűen rendezett, szisztéma szerinti tárolása Az informatika elterjedése előtt is számos adatbázis létezett pl. Vállalati személyzeti

Részletesebben

Enterprise JavaBeans 1.4 platform (EJB 2.0)

Enterprise JavaBeans 1.4 platform (EJB 2.0) Enterprise JavaBeans 1.4 platform (EJB 2.0) Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Utolsó módosítás: 2007. 11.13. Az Enterprise JavaBeans Az Enterprise Javabeans Az Enterprise JavaBeans

Részletesebben

UNIX / Linux rendszeradminisztráció

UNIX / Linux rendszeradminisztráció UNIX / Linux rendszeradminisztráció VIII. előadás Miskolci Egyetem Informatikai és Villamosmérnöki Tanszékcsoport Általános Informatikai Tanszék Virtualizáció Mi az a virtualizáció? Nagyvonalúan: számítógép

Részletesebben

Hálózati operációs rendszerek II. Novell Netware 5.1 Hálózati nyomtatás

Hálózati operációs rendszerek II. Novell Netware 5.1 Hálózati nyomtatás Hálózati operációs rendszerek II. Novell Netware 5.1 Hálózati nyomtatás 1 Főbb jellemzők Hagyományosan 3 elemből (queue, printer, print server) álló rendszer Egyirányú kommunikáció a nyomtató és a munkaállomás

Részletesebben

Operációs rendszerek

Operációs rendszerek Operációs rendszerek Definíció: olyan szoftver, mely kihasználja a számítógép erıforrásait (RAM, CPU, HDD,...), irányítja és vezérli a hardvert, kapcsolatot teremt a felhasználóval. Feladatai: partíciónálás,

Részletesebben