I/O virtualizációs módszerek
|
|
- Ignác Barta
- 8 évvel ezelőtt
- Látták:
Átírás
1 Budapesti Műszaki és Gazdaságtudományi Egyetem Villamosmérnöki és Informatikai Kar Méréstechnika és Információs Rendszerek Tanszék I/O virtualizációs módszerek Házi feladat Virtualizációs technológiák és alkalmazásaik c. tárgyból Készítette Ferencz Bálint (BID E) Budapest,
2 Tartalomjegyzék. Bevezetés.. Motiváció Virtualizáció múltja és jelene A periféria-virtualizáció típusai.. Emuláció Paravirtualizáció közvetlen hozzárendelés több közvetlen hozzárendelés [ ] Tapasztalatok - közvetlen hozzárendelés esetén.. Mérési elrendezés Mérési eredmények Konklúzió F Függelék
3 1. Bevezetés Napjainkban az x platform virtualizációs környezetek egyre nagyobb részt hasítanak ki az informatikai infrastruktúrák piacából. A virtualizáció segítségével az erőforrások rugalmasan oszthatóak ki a konkrét funkciókat megvalósító szo vereket fu ató vendégkörnyezetek közt. A CPU, és a RAM biztosításán felül szükséges a rendszerbe illeszte egyéb perifériák minél kisebb költségű kiosztása a virtualizált rendszerek közö. A házi feladatban bemutatom azokat a feltételeket, melyek megléte szükséges a periféria-virtualizáció megvalósításához, kifejtem a modern periféria virtualizációs megoldások működési alapelvét, valamint egy tesztrendszer segítségével demonstrálom annak egyszerű elérhetőségét, valamint néhány mérést is elvégzek a virtualizált perifériák teljesítményének kiértékelésére Motiváció Az egyetemi tanulmányaim során önálló laborok, TDK-k, szakdolgozat és a diplomaterv készítése során a fő érdeklődési területem az Ethernet alapú óraszinkronizáció megvalósítása volt Linux környezetben. Ehhez szükségem volt egy olyan fejlesztői környezetre, mely elősegíti az egyszerű távoli fejlesztést, rugalmasan konfigurálható a hozzáilleszte aktív hálózati adapterek tekintetében, valamint egyszerűvé teszi a hibakeresést a kernel driverek fejlesztése közben. A felmerült igények legkézenfekvőbb megoldása egy virtuális fejlesztői rendszer felállítása volt, ahol a modern periféria-virtualizációs megoldások segítségével a virtuális gépeken pontosan ugyanazokhoz az erőforrásokhoz fértem hozzá a hálózati adaptereken, mintha azt normál környezetben végeztem volna, valamint az esetleges hibás kódsorok által okozo kernel panicok elhárítása is nagymértékben leegyszerűsödö (fizikai hozzáférés nélkül ez nem virtualizált környezetben sok fejfájást okozo ). A házi feladat forrásainak feldolgozása során behatóbban megismerkedtem ennek a szolgáltatásnak a működésével (különösen az Intel által szállíto megoldással), ezáltal jobban meg tudom becsülni az ebben a környezetben jelentkező mérési bizonytalanságokat Virtualizáció múltja és jelene Az -as években már léteztek olyan számítástechnikai rendszerek, melyek az erőforrások hatékony kihasználása mia több környezet párhuzamos fu atását te ék lehetővé. Popek és Goldberg a -es években formalizálta azt a virtualizációs kritériumrendszert, mely teljesítésével a valós életben használható virtualizált rendszereket készíthetünk [ ]:. Ekvivalencia. Egy virtuális gép számára a fizikaival teljesen azonos környezetet kell biztosítani.
4 . Biztonság. A VMM¹-nek a virtualizált erőforrások fele teljes rendelkezéssel kell bírnia.. Teljesítmény. Az utasítások nagy részének a VMM beavatkozása nélkül kell futnia. Az első és második kritériumoknak természetesen minden virtualizált architektúrán teljesülniük kell, azonban x alapú rendszereken ez sokáig a harmadik kritérium rovására ment. A VMWare és a Connectix² cégek x platformra már a kilencvenes években szállíto ak platform virtualizációs megoldásokat, de megemlítendőek a Bochs és QEMU szo verek is, melyek teljes x emulációt kínáltak, nem csupán x gazda architektúrán. Az előbbi cégek termékei bináris transzláció módszerével oldo ák meg a vendég környezetek teljes virtualizációját, ennek segítségével a teljesítményveszteséget aránylag alacsony szinten lehet tartani (cserében csak x gazda architektúrán futnak). - -ban a két legnagyobb IA- architektúrájú mikroprocesszorokat gyártó cég (az Intel és AMD) piacra dobta azon megoldásait (VT-x és AMD-V), melyek segítségével a három feltételnek egyszerre tehetünk eleget (lásd [ ]). Ezen technológiák bevezetésével azonban még nem minden igényre sikerült kielégítő választ adni, hiszen a PCI-Express buszra felfűzö perifériák még mindig nem kerülhe ek közvetlen kiosztásra a virtuális gépeknek, csak szo veres emuláción, vagy paravirtualizáción keresztül. Erre nyújto ak megoldást a fentebb említe gyártók a -es AMD-Vi és VT-d I/O virtualizációs technológiájukkal, mely a processzor részéről megoldo a perifériákhoz tartozó memóriatérkép biztonságos, és nagy teljesítményű transzlációját a guest gépek felé (az algoritmus kifejtése megtalálató i : [ ] [ ]). -ben a PCI-SIG szabványosíto a a PCI-Express csatolón kommunikáló eszközök virtualizációját megvalósító interfészkészletet, ennek hatására a gyártók elkezdhe ék felkészíteni a hardvereiket a több guestnek történő alacsony költségű párhuzamos kiajánlásra. 2. A periféria-virtualizáció típusai 2.1. Emuláció A perifériák emulációja szinte minden hypervisor sajátja, hiszen például a hálózat, vagy diszk hozzáférést ilyen módon lehetséges operációs rendszer és hardver üggetlen módon megvalósítani. Ennél a módszernél a VMM kezel minden periféria hozzáférést, ami azt jelenti, hogy egyrészt egy a vendég OS számára látható virtuális perifériát kell nyújtania, valamint minden perifériát érintő rendszerhívást el kell kapnia, és fordítania a valós hardver/vendég OS felé. Ez azt is jelenti, hogy a hypervisornak a virtuális eszköz melle egy virtuális megszakításkezelőt is implementálnia kell, és ezt kell a vendég gép felé IT forrásként nyújtania. A megoldás nagy előnye, hogy hardver üggetlenséget biztosít, tehát ahol fu atható a vendég OS-t hostoló hypervisor, o a vendég gép is módosítás nélkül fu atható. Ezen felül a másik ¹Virtual Machine Monitor, de gyakran hivatkozunk rá a hypervisor elnevezéssel is ²Ezt a céget a Microso felvásárolta a saját VirtualPC, majd Hyper-V platformjának fejlesztése vége
5 fő előnye az, hogy egyetlen fizikai hardverelemet több virtuális gép felé és képesek lehetünk kiajánlani. Az előbb említe NIC, IDE/SATA/SCSI diszk alrendszerek kezelése tipikusan az átlag felhasználók számára ezzel a módszerrel szoko megvalósulni. A fő hátrány természetesen a létrejö teljesítményveszteség a hardverelemek komple emulációjának köszönhetően. Az emulációt (I/O trap, emulált IT kontroller) komplex kódokkal lehetséges megvalósítani, ez növeli az erőforrásigényt [ ]. Emulációra jó gyakorlati példa a VMWare virtualizációs környezetek által nyújto e hálózati csatolók működése Paravirtualizáció A paravirtualizált környezetek lényege általánosságban az, hogy a virtualizált operációs rendszer valamilyen módon módosítva van annak érdekében, hogy a virtuális környezetből ne a nem létező hardvert címezzük meg, hanem a VMM által nyújto felületen keresztül valósítsuk meg a kívánt működést. A megszakításvezérlő és virtuális periféria emuláció helyet a paravirtualizált eszközmeghajó által nyújto absztrakt interfészek segítségével kommunikál a vendég OS az őt kiszolgáló VMM-mel, és a hypervisorban történik meg a periféria tényleges felprogramozása, az adatainak beolvasása, kiírása. A megoldás előnye, hogy a hordozhatóság igen kiváló azon esetekben, amikor a fu ató hypervisorok ugyanazon programozási felületen keresztül nyújtják a szolgáltatásaikat. A fizikai eszközzel kapcsolatos interakció teljes mértékben el van rejtve a hypervisor rétegben, az emuláció alapú megközelítéshez hasonlóan. Az emulációhoz hasonlóan i is egyszerűen (szo ver alapon) megoldható egyetlen fizikai erőforrás több vendég gép számára történő allokációja. Nagy hátrány, hogy az ehhez szükséges módosíto drivereket el kell készíteni minden egyes fu atni kívánt vendég OS alá. Belátható, hogy emia nem teljesen operációsrendszer- üggetlen a megoldás, előre fel kell készülnünk a fu atni kívánt vendég OS-ek típusára, azokhoz drivert kell szállítanunk. Paravirtualizációra jó gyakorlati példa a VMWare rendszereken alkalmazo VMXNET hálózati adapterek használata közvetlen hozzárendelés Ahhoz, hogy a hypervisor szerepét a perifériaelérésben csökkentsük, és ezáltal az elérhető teljesítményt maximalizálhassuk, célszerű a fizikai eszközt közvetlenül a vendég OS-nek átadnunk. Az átadás során a hypervisornak nem szükséges az átado eszköz meghajtójával rendelkeznie, feladata csupán a host hardver felprogramozására terjed ki. Ahhoz, hogy ezt biztonságosan megtehessük, az alábbi feltételeknek kell teljesülniük:. A fu ató CPU/buszvezérlőnek támogatnia kell valamely IOMMU szolgáltatást (pl. AMD- Vi, Intel VT-d).
6 1. ábra: Közvetlen hozzárendelés blokkdiagramja Ethernet csatolók esetén [1]. A gazda hypervisor környezetnek rendelkeznie kell IOMMU támogatással, hiszen ennek a felprogramozása a VMM feladata.. A vendég operációs rendszer részéről semmilyen extra támogatás nem szükségeltetik, számára a periféria transzparens módon jelenik meg, így a normál meghajtók segítségével működtetheti az eszközt. A megoldásnak árnyoldalai is vannak. Egyrészt a hordozhatóság csorbát szenved, hiszen a célgépen pontosan ugyazon típusú hardvernek kell rendelkezésre állnia, mint a forrás környezetben. Ha ez nem teljesül, a vendég környezet újrakonfiguráció nélkül nem tudja ellátni feladatát. A másik nagy probléma a közvetlen hozzárendeléssel kapcsolatos: a gazdagépen fellelhető fizikai hardverek számosságáig vagyunk csak képesek a perifériákat kiosztani, ezáltal a romló periféria kihasználtság melle egyéb érdekes helyzetekbe is kerülhetünk ilyen például az, hogy ha több VM számára is nagyteljesítményű storage elérést kell biztosítanunk, és csak azért kell duplikálnunk a teljes hardvert, mert az egyes VM-eknek csak dedikáltan lehetséges kiosztani őket. Belátható, hogy az ökölszabályként alkalmazo VM / processzormag összeállításban egy magos gazdagépen futó darab VM dedikált kiszolgálásához szükséges fizikai port erősen túlzó igény, így nem minden esetben érdemes így nekilátnunk az alacsony késleltetést, nagy sávszélességet igénylő megoldások összeállításához. I fontos megjegyeznünk, hogy a hozzárendelés egy PCI-Express buszon levő eszköz egyetlen funkciójára vonatkozik csupán, tehát például egy négyportos hálózati adapteren nem szükséges egyetlen
7 port hozzárendelése mia lemondanunk a másik háromról, azok üggetlenül bekerülhetnek a hypervisor kezelése alá (lásd. fejezet) több közvetlen hozzárendelés [1] A periféria virtualizációs megoldások közül a két világ (paravirtualizált vs. direkt hozzárendelt) legjobb tulajdonságait egyesíti az a hozzárendelési típus, ahol egyetlen fizikai eszközt ajánlhatunk ki több vendég gép számára úgy, hogy a hypervisor minimális módon (célszerűen csak az eszköz felprogramozásakor) avatkozzon be a guest I/O műveletekbe. Ennek biztosításához szükséges. a kiajánlani kívánt periféria hardveres támogatása,. és a alkalmazni kívánt vendég operációs rendszer ala virtuális driverek megléte. Az -több hozzárendelés segítségével a mostanság divatba jövő gigabites Ethernet csatolók erőforrásait szabványos módon oszthatjuk fel több VM közö. Általánosságban elmondható, hogy gigabites nyers hálózati sávszélességre a feladatok nagyon kis százalékának van szüksége, viszont pl. VM felé elosztva ezt az erőforrást még mindig gigabites sávszélességekre tehetünk szert! Ezt a működési módot x architektúrán a PCI-SIG által definiált SR-IOV³ szabványon keresztül valósítja meg a rendszer. A rendszer blokkdiagramján (. ábra) látható, hogy a hardver két részre van osztva:. a fizikai hardvert jelképező Physical Function-ra (PF),. valamint a szétosztandó erőforrásokat jelképező Virtual Function-okra (VF). A virtuális gépek számára a fizikai eszköz több, egymástól üggetlen eszközként jelenik meg, melyeket egy minimális funkcionalitású VF drivereken keresztül kezelhetünk. Ezen meghajtókban csupán az eszközhöz köthető legszükségesebb funkciók vannak implementálva, így például hálózati vezérlőknél a csomagküldés/fogadás parancsai. Az eszköz felprogramozásához szükséges a hardver teljes regiszterkészletét ismerni, ezt valósítja meg a Physical Function meghajtója. A PF-hez tartozik például a link státusz kezelése, vagy az átviteli sebesség beállítása Ethernet csatolók esetén. Jól megterveze perifériák esetén a hardvert lehetséges megoszto módon kezelni, tehát bizonyos erőforrásait VF-enként kiosztani, másokat pedig a hagyományos emulált módon a vendég gépek rendelkezésére bocsájtani. Az ábrán jól látható, hogy a teljesítményproblémákat okozó switchelés a szo verből teljes mértékben átkerült a hardverbe (amennyiben nem kívánunk emulált hardvereket kiosztani), így az egymástól üggetlen I/O kéréseket a periféria autonóm módon képes ütemezni, ezzel növelve a közös továbbító médium kihasználtságát [ ]. ³Single Root I/O Virtualization
8 2. ábra: SR-IOV blokkdiagram Ethernet csatolók esetén [1] 3. Tapasztalatok 1-1 közvetlen hozzárendelés esetén A motivációmban leírt indokok arra sarkalltak, hogy egy kicsit részletesebben is dokumentáljam a direkt hardver hozzárendelésben szerze tapasztalataimat. A féléves szóbeli beszámolómban még arról beszéltem, hogy SR-IOV-vel kapcsolatos méréseket végzek a házi feladat keretein belül, azonban sajnos kiderült, hogy az Intel nem támogatja azt VMWare környezetben az GbE adapterein, csupán azok gigabites változatain [ ]. Mivel nekem nem állt rendelkezésre sem gigabites Ethernet csatoló, sem alternatív virtualizációs gazdagép ahol pl. Linux alól hostolva tudtam volna méréseket végezni, ezért ezektől a mérésekről sajnos kénytelen voltam elállni. Az általam használt rendszer egy Intel Nehalem architektúrára épülő HP Pro- Liant ML G volt, melyben Intel gigabites hálózati csatolók kerültek elhelyezésre tesztelési célokból. Mivel a processzor, és a BIOS, valamint a feltelepíte VMWare ESXi. hypervisor is támoga a direkt hozzárendelést (DirectPath I/O marketingnéven), ezért az (erősen unintuitív módon) megvalósítható volt. Ennek menete a következő: először meg kell keresnünk a VSphere-ben az Advanced Se ings lapot, ahol kilistázva láthatjuk az aktuálisan bekapcsolt közvetlen hozzárendelésre kész eszközöket (. ábra). Amennyiben nem látjuk i a kívánt eszközt az Edit gombra ka intva kiválaszthatjuk azt a lehetséges eszközök listájából, és a rendszer teljes rebootját követően átadhatóvá válnak a virtuális gépek számára (. ábra). A guestek beállításai közö látható az összes erőforrás, többek közt a PCI deviceként láthatóak a tesztelni kívánt hálózati adapterek is. Az is megfigyelhető, hogy a rendszer már tartalmaz más hálózati csatolót, ezek közül az
9 3. ábra: 1. lépés a direkt hozzárendelés lekérdezése egyik a rendszer menedzsmentjére szolgál, valamint a tesztek kedvéért adtam hozzá még két eszközt ez a mérni kívánt Ethernet csatoló egy a hypervisor által kezelt portja (egyszer emulált, másszor paravirtualizált eszközmeghajtókkal). Az F.. felsorolásban látható, hogy a guest operációs rendszer számára milyen módon jelenik meg az emulált, a paravirtualizált, valamint a direkt módon átado hálózati adapter. Ezt az információs az lspci -v parancs kiadásával lehet lekérni az operációs rendszertől, én a helytakarékosság vége csupán a hálózati vezérlők adatait másoltam be a üggelékbe. A memóriatartományok a Memory at kezdetű sorokban találhatóak, a virtuális rendszerbuszon betöltö helyük pedig a Physical Slot kezdetű sorokban. A virtualizált memóriacímek természetesen teljes mértékben eltérnek az F.. listában található hypervisor által láto logikai címektől. A hypervisor logikai címtérképét az SSH-n történő bejelentkezés után a \proc\bus\pci\devices fájl listázásával lehet megismerni. Ebben a fájlban is rászűrtem a releváns információkra, valamint # jellel jeleztem a megértést segítő kommenteket. A vesszőkkel tagolt táblázat az alábbi formában értelmezendő:. Az első oszlop a root port sorszáma,. a második oszlop az eszköz száma, valamint a rajta található aleszközök sorszáma egybeírva,. a harmadik oszlop egybeírva tartalmazza a gyártó és periféria ID-kat,. a negyedik oszlop a hypervisor által használt megszakításcímeket mutatja,
10 . a következő oszlopok a memóriába mappelt I/O címeket tartalmazzák,. végül az utolsó oszlop mutatja, hogy van-e az eszközhöz betöltö eszközmeghajtó. Példaképpen a. táblázat bemutat egy hozzárendelést: BAR0 BAR1 IRQ Host 0xfa xfa6fc000 0x78 Guest 0xd xd táblázat: Guest-host címösszerendelés a 06:00 ID-jű eszköznél Az automatikus megszakítás és memóriacímtranszlációt a memóriavezérlő végzi el a vendég OS és a VMM számára transzparens módon [ ]. A vendég OS számára a hardver minden funkciója teljes mértékben elérhető, leszámítva a Virtual Machine Device eue-kat, melyek segítségével a hypervisor képes lenne több VM-nek kiosztani egyetlen erőforrást. Ennek privilégiumbeli okai vannak, a guest OS nem látja a processzor minden képességét, és többek közt nem is tudja felprogramozni a virtuális processzort véde DMA működésre (VT-d), hiszen a processzor memóriavezérlő párosnak ezen erőforrásai nincsenek duplikálva, azokat csak a root hypervisorban lehetséges elérni.
11 4. ábra: 2. lépés a direkt hozzárendelés engedélyezése 5. ábra: 3. lépés a direkt hozzárendelés beállítása
12 3.1. Mérési elrendezés A mérési elrendezést az. ábra szemlélteti. mitpc37 iperf Kernel PCI Express Tanszéki hálózat (Internet) Menedzsment NIC VM hálózat i350 NIC Menedzsment NIC Linksys 1GbE switch PCI Express I350 NIC m0n0wall iperf ping 1 Gb/s Ethernet kapcsolat Ubuntu VM 100 Mb/s Ethernet kapcsolat Hypervisor (ESXi 5.1.0) Összeköttetések weasel 6. ábra: A mérési elrendezés A mérések során a iperf forgalom generátor segítségével TCP és UDP adatforgalmat generáltam emulált, paravirtualizált és DirectPath metóduson keresztül kiajánlo hálózati csatolókon, majd megmértem az elérhető maximális sávszélességet. A mérések során mindhárom típusú hálózati csatoló az i valamely portjának egy virtualizált formája volt a kártyán két csatlakozót kötö em a switchbe, ezek közül az egyik dedikáltan volt a VM-nek kiajánlva, a másik portot pedig emulált és paravirtualizált módon bocsájto am a virtuális gép rendelkezésére (i remekül megfigyelhető a megoldás rugalmassága!). Az újabb ESXi változatok felajánlják a VMXNET -on keresztül csatlakoztato eszközök automatikus DirectPath csatlakoztatását, azonban ez a mérések során nem történt meg, ismeretlen okból⁴. A guest VM-ben az iperf kliens futo az alábbi beállításokkal:. TCP kapcsolat esetén: iperf -c UDP kapcsolat esetén: iperf -c u -b 1000M A mitpc számítógépen az iperf szerverként futo az alábbi beállításokkal:. TCP kapcsolat esetén: iperf -s -B UDP kapcsolat esetén: iperf -s -B u ⁴Ennek feltétele többek közt, hogy a guest teljes memóratartománya fenn legyen tartva a guestnek, és ne történjen memory ballooning, hiszen ez korruptálhatná a DMA átviteleket!
13 3.2. Mérési eredmények A mérések során az alábbi eredmények adódtak: Emulált (eth3) Paravirtualizált (eth0) DirectPath (eth4) iperf UDP [MBit/s] iperf UDP elvesze [db] iperf TCP [MBit/s] 59,7 55, táblázat: Mérési eredmények Ezen mérési elrendezés nem volt alkalmas arra, hogy a rendszer szűk keresztmetszeteit felmérje, ez látható az iperf UDP sávszélesség eredményeinél. A csomagalapú átvitel esetén az átviteli sebesség a hibahatáron belül megegyeze, ami várható volt, a gép alacsony terheltsége mia. A VMWare szo veres switchelési és emulációs/paravirtualizációs megoldása ennyire egyszerű esetben felveszi a versenyt a tisztán hardver alapú megoldásokkal. Az elvesze csomagok száma szinten -hoz közelíte a mérések során (az iperf esetében megszoko, hogy az utolsó csomagot elvesze nek jelzi, ez nem a mérési rendszer hibája). TCP kapcsolat esetében már jobban kijön a pusztán hardveres megoldás előnye. A méréseket öt alkalommal lefu atva a fenti eredményekből jól látszódik, hogy az i -be építe hardveres TCP offloading nagyjából ötször jobban teljesít, mint ahogy azt a számítógép központi processzora számítja. Elméletileg a VMXNET -as paravirtualizált adapter is rendelkezik ezen képességgel, de látható, hogy sokkal rosszabb eredményt ért el a mérések során. 4. Konklúzió A dokumentumban röviden összefoglaltam az x I/O virtualizáció state of the art technológiáit. Bemuta am egy működő alkalmazási példát, ahol röviden körüljártam a beállítási lehetőségeket, valamint példával illusztráltam az automatikus DMA/IRQ fordítást. Hivatkozások [ ] Intel LAN Access Division, PCI-SIG SR-IOV Primer, Tech. Rep., Intel Corp.,. [ ] Dániel Darvas and Gergő Horányi, Intel és AMD technológiák a hardveres virtualizáció megvalósítására, Házi feladat,. [ ] Tamás Garaczi, Intel VT-d (IOMMU) technológia részleteinek megismerése, Házi feladat,. [ ] D. Abramson, J. Jackson, S. Muthrasanallur, G. Neiger, G. Regnier, R. Sankaran, I. Schoinas, R. Uhlig, B. Vembu, and J. Wiegert, Intel Virtualization Technology for Directed I/O, Intel Virtualization Technology, vol., no.,.
14 [ ] Brian Johnson, No SR-IOV support in igb under ESXi, on Twi er,.
15 F Függelék F.1. kód: Az Ethernet csatolók kioszto erőforrásai a vendég OS-ben 02:00.0 Ethernet controller: Intel Corporation 82545EM Gigabit Ethernet Controller (Copper) (rev 01) Subsystem: VMware PRO/1000 MT Single Port Adapter Physical Slot: 32 Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 18 Memory at d (64-bit, non-prefetchable) [size=128k] Memory at d (64-bit, non-prefetchable) [size=64k] I/O ports at 2000 [size=64] [virtual] Expansion ROM at dc [disabled] [size=64k] Capabilities: [dc] Power Management version 2 Capabilities: [e4] PCI-X non-bridge device Kernel driver in use: e1000 Kernel modules: e :00.0 Ethernet controller: Intel Corporation Device 1533 (rev 01) Subsystem: Intel Corporation Device 0001 Physical Slot: 160 Flags: bus master, fast devsel, latency 64, IRQ 18 Memory at d (32-bit, non-prefetchable) [size=8m] Memory at d (32-bit, non-prefetchable) [size=16k] Capabilities: [40] Power Management version 3 Capabilities: [50] MSI: Enable- Count=1/1 Maskable+ 64bit+ Capabilities: [70] MSI-X: Enable+ Count=5 Masked- Capabilities: [a0] Express Endpoint, MSI 00 Capabilities: [100] Advanced Error Reporting Capabilities: [140] Device Serial Number a0-36-9f-ff-ff-0c-71-c6 Capabilities: [1a0] Transaction Processing Hints Kernel driver in use: igb Kernel modules: igb 0b:00.0 Ethernet controller: Intel Corporation I350 Gigabit Network Connection (rev 01) Subsystem: Intel Corporation Ethernet Server Adapter I350-T4 Physical Slot: 192 Flags: bus master, fast devsel, latency 64, IRQ 19 Memory at d (32-bit, non-prefetchable) [size=1m] Memory at d (32-bit, non-prefetchable) [size=16k] Capabilities: [40] Power Management version 3 Capabilities: [50] MSI: Enable- Count=1/1 Maskable+ 64bit+ Capabilities: [70] MSI-X: Enable+ Count=10 Masked- Capabilities: [a0] Express Endpoint, MSI 00 Capabilities: [100] Advanced Error Reporting Capabilities: [140] Device Serial Number a0-36-9f-ff-ff a8 Capabilities: [150] Alternative Routing-ID Interpretation (ARI) Capabilities: [160] Single Root I/O Virtualization (SR-IOV) Capabilities: [1a0] Transaction Processing Hints Capabilities: [1c0] Latency Tolerance Reporting Capabilities: [1d0] Access Control Services Kernel driver in use: igb Kernel modules: igb 13:00.0 Ethernet controller: VMware VMXNET3 Ethernet Controller (rev 01) Subsystem: VMware VMXNET3 Ethernet Controller Physical Slot: 224 Flags: bus master, fast devsel, latency 0, IRQ 16
16 Memory at d (32-bit, non-prefetchable) [size=4k] Memory at d (32-bit, non-prefetchable) [size=4k] Memory at d (32-bit, non-prefetchable) [size=8k] I/O ports at 6000 [size=16] [virtual] Expansion ROM at dcc00000 [disabled] [size=64k] Capabilities: [40] Power Management version 3 Capabilities: [48] Express Endpoint, MSI 00 Capabilities: [84] MSI: Enable- Count=1/1 Maskable- 64bit+ Capabilities: [9c] MSI-X: Enable+ Count=25 Masked- Capabilities: [100] Device Serial Number ff-29-0c b-b6-fe Kernel driver in use: vmxnet3 Kernel modules: vmxnet3 F.2. kód: Az Ethernet csatolók kioszto erőforrásai a hypervisor-ban #i350 - DirectPath 0000, 0600, , 78, fa700000, 0, 0, fa6fc000, 0, 0, fa600000, , 0, 0, 4000, 0, 0, #i350 - vmnic 0000, 0601, , 88, fa500000, 0, 0, fa6f8000, 0, 0, 0, , 0, 0, 4000, 0, 0, 0, igb #i350 - DirectPath 0000, 0602, , 98, fa400000, 0, 0, fa6f4000, 0, 0, 0, , 0, 0, 4000, 0, 0, 0 #i350 - vmnic 0000, 0603, , a0, fa300000, 0, 0, fa6f0000, 0, 0, 0, , 0, 0, 4000, 0, 0, 0, igb #i210 - DirectPath 0000, 0700, , 70, fb000000, 0, 0, fbefc000, 0, 0, fa800000, , 0, 0, 4000, 0, 0,
Memória és perifériák virtualizációja. Kovács Ákos Forrás, BME-VIK Virtualizációs technológiák https://www.vik.bme.hu/kepzes/targyak/vimiav89/
Memória és perifériák virtualizációja Kovács Ákos Forrás, BME-VIK Virtualizációs technológiák https://www.vik.bme.hu/kepzes/targyak/vimiav89/ Emlékeztető: A három virtualizációs lehetőség Virtualizáció
RészletesebbenUtolsó módosítás:
Utolsó módosítás:2012. 09. 20. 1 2 3 4 5 MMU!= fizikai memóriaillesztő áramkör. Az utóbbinak a feladata a memória modulok elektromos alacsonyszintű vezérlése, ez sokáig a CPU-n kívül a chipset északi hídban
RészletesebbenVirtualizá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észletesebbenUNIX / 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észletesebbenUtolsó módosítás:
Utolsó módosítás:2011. 09. 29. 1 2 4 5 MMU!= fizikai memóriaillesztő áramkör. Az utóbbinak a feladata a memória modulok elektromos alacsonyszintű vezérlése, ez sokáig a CPU-n kívül a chipset északi hídban
RészletesebbenFelhő alapú hálózatok (VITMMA02) Virtualizáció
Felhő alapú hálózatok (VITMMA02) Virtualizáció Dr. Maliosz Markosz Budapesti Műszaki és Gazdaságtudományi Egyetem Villamosmérnöki és Informatikai Kar Távközlési és Médiainformatikai Tanszék 2015. tavasz
RészletesebbenOptimalizáció ESX-től View-ig. Pintér Kornél ügyfélszolgála3 mérnök pinter_kornel@mhm.hu
Optimalizáció ESX-től View-ig Pintér Kornél ügyfélszolgála3 mérnök pinter_kornel@mhm.hu MHM és referenciák MHM Computer Hungária Kft. 1996 óta Magyarországon Fókuszterületek: Adattárolás Adatmentés Archiválás
RészletesebbenVirtualizációs Technológiák Bevezetés Kovács Ákos Forrás, BME-VIK Virtualizációs technológiák https://www.vik.bme.hu/kepzes/targyak/vimiav89/
Virtualizációs Technológiák Bevezetés Kovács Ákos Forrás, BME-VIK Virtualizációs technológiák https://www.vik.bme.hu/kepzes/targyak/vimiav89/ Mi is az a Virtualizáció? Az erőforrások elvonatkoztatása az
RészletesebbenVirtualizációs technológiák és alkalmazások. Házi feladat. A Virtualbox. készítette: Andrus Tamás
Virtualizációs technológiák és alkalmazások Házi feladat készítette: Andrus Tamás Bevezető a honlapjuk (http://virtualbox.org) tanúsága szerint az egyetlen nyílt forrású virtualizációs szoftver a piacon.
RészletesebbenVirtualizációs Technológiák Bevezetés Kovács Ákos Forrás, BME-VIK Virtualizációs technológiák
Virtualizációs Technológiák Bevezetés Kovács Ákos Forrás, BME-VIK Virtualizációs technológiák https://www.vik.bme.hu/kepzes/targyak/vimiav89/ Mi is az a Virtualizáció? Az erőforrások elvonatkoztatása az
RészletesebbenVIRTUALIZÁ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észletesebbenKönyvtári szervervirtualizáció Oracle Virtual Machine platformon
Könyvtári szervervirtualizáció Oracle Virtual Machine platformon avagy a virtualizáció licenszgazdálkodásra is használható? Marton József Ernő jmarton@omikk.bme.hu Nagy Elemér Károly eknagy@omikk.bme.hu
RészletesebbenFelhő alapú hálózatok (VITMMA02) Virtualizáció
Felhő alapú hálózatok (VITMMA02) Virtualizáció Dr. Maliosz Markosz Budapesti Műszaki és Gazdaságtudományi Egyetem Villamosmérnöki és Informatikai Kar Távközlési és Médiainformatikai Tanszék 2016. tavasz
RészletesebbenOperációs rendszerek az iskolában
UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED Department of Software Engineering Operációs rendszerek az iskolában Virtualizáció, Virtuális gépek Dr. Nagy Csaba Szoftverfejlesztés Tanszék,
RészletesebbenEverything Over Ethernet
Everything Over Ethernet Következő Generációs Adatközpontok felépítése Lenkei Árpád Arpad.Lenkei@snt.hu 2009. November 12. www.snt-world.com 0 0 Tartalom Adatközpont 3.0 Migráció fázisai, kihívások Építőelemek
RészletesebbenEthernet - soros vonali eszköz illesztő felhasználói leírás, és használati útmutató
Ethernet - soros vonali eszköz illesztő felhasználói leírás, és használati útmutató www.tibbo.com Az eszköz üzembehelyezése A Tibbo külső Ethernet - Soros Vonali Eszköz Illesztője (Serial Device Server),
RészletesebbenAlkalmazás és megjelenítés virtualizáció
Virtualizációs technológiák és alkalmazásaik Alkalmazás és megjelenítés virtualizáció Micskei Zoltán http://www.mit.bme.hu/~micskeiz Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs
RészletesebbenNyíregyházi Egyetem Matematika és Informatika Intézete. Input/Output
1 Input/Output 1. I/O műveletek hardveres háttere 2. I/O műveletek szoftveres háttere 3. Diszkek (lemezek) ------------------------------------------------ 4. Órák, Szöveges terminálok 5. GUI - Graphical
RészletesebbenAz Invitel adatközponti virtualizációja IBM alapokon
Az Invitel adatközponti virtualizációja IBM alapokon Németh Sándor Invitel Távközlési Zrt. 2040 Budaörs, Puskás T. u. 8-10. nemeths@invitel.co.hu Tel. : +36 1 801 15 00 Tartalom 2 A tipikus IT infrastruktúra
RészletesebbenLéteznek nagyon jó integrált szoftver termékek a feladatra. Ezek többnyire drágák, és az üzemeltetésük sem túl egyszerű.
12. Felügyeleti eszközök Néhány számítógép és szerver felügyeletét viszonylag egyszerű ellátni. Ha sok munkaállomásunk (esetleg több ezer), vagy több szerverünk van, akkor a felügyeleti eszközök nélkül
RészletesebbenIBM 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észletesebbenSegesdi 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észletesebbenAdatbázis és alkalmazás konszolidáció Oracle SPARC T4/5 alapon
Adatbázis és alkalmazás konszolidáció Oracle SPARC T4/5 alapon Makár Zénó 2013. október 9. Invigor Informatika Kft 4 éve alakult Oracle Gold Partner HW és SW specializációk Oracle HW Support Provider Szolgáltatások
RészletesebbenVirtualizációs Technológiák Operációs rendszer szintű virtualizáció Konténerek Forrás, BME-VIK Virtualizációs technológiák
Virtualizációs Technológiák Operációs rendszer szintű virtualizáció Konténerek Forrás, BME-VIK Virtualizációs technológiák https://www.vik.bme.hu/kepzes/targyak/vimiav89/ Koncepció Ha megfelel, hogy azonos
RészletesebbenVirtualizációs technológiák és alkalmazásaik (VIMIAV89) Házi feladat: Intel VT-d (IOMMU) technológia részleteinek megismerése
Virtualizációs technológiák és alkalmazásaik (VIMIAV89) Házi feladat: Intel VT-d (IOMMU) technológia részleteinek megismerése Garaczi Tamás BIQYSD 2010.12.01. I. Az I/O-eszközök virtualizációjának kihívásai
RészletesebbenCsoportos üzenetszórás optimalizálása klaszter rendszerekben
Csoportos üzenetszórás optimalizálása klaszter rendszerekben Készítette: Juhász Sándor Csikvári András Budapesti Műszaki és Gazdaságtudományi Egyetem Villamosmérnöki és Informatikai Kar Automatizálási
RészletesebbenVirtualizáció szabad szoftverekkel. Mátó Péter <mato.peter@andrews.hu>
Virtualizáció szabad szoftverekkel Mátó Péter 1 Az előzmények 1960: IBM CP-40 PC Unix: chroot (4.2BSD: 1982), BSD: jail (FreeBSD: 2006) VMWare (VMW WS: 1999, VMW GSX: 2001) Windows
RészletesebbenÚj módszerek és eszközök infokommunikációs hálózatok forgalmának vizsgálatához
I. előadás, 2014. április 30. Új módszerek és eszközök infokommunikációs hálózatok forgalmának vizsgálatához Dr. Orosz Péter ATMA kutatócsoport A kutatócsoport ATMA (Advanced Traffic Monitoring and Analysis)
RészletesebbenA DNS64 és NAT64 IPv6 áttérési technikák egyes implementációinak teljesítőképesség- és stabilitás-vizsgálata. Répás Sándor
A DNS64 és NAT64 IPv6 áttérési technikák egyes implementációinak teljesítőképesség- és stabilitás-vizsgálata Répás Sándor Lépni Kell! Elfogytak a kiosztható IPv4-es címek. Az IPv6 1998 óta létezik. Alig
RészletesebbenProgrammable Chip. System on a Chip. Lazányi János. Tartalom. A hagyományos technológia SoC / PSoC SoPC Fejlesztés menete Mi van az FPGA-ban?
System on a Chip Programmable Chip Lazányi János 2010 Tartalom A hagyományos technológia SoC / PSoC SoPC Fejlesztés menete Mi van az FPGA-ban? Page 2 1 A hagyományos technológia Elmosódó határvonalak ASIC
RészletesebbenA virtualizáció a modern vállalati informatikai infrastruktúra alapja
A virtualizáció a modern vállalati informatikai infrastruktúra alapja Bodnár Ádám a-adbodn@microsoft.com Server Product Marketing Manager Microsoft Magyarország 0 Miről lesz ma szó? A virtualizáció Mire
RészletesebbenMikrorendszerek tervezése
BUDAPESTI MŰSZAKI ÉS GAZDASÁGTUDOMÁNYI EGYETEM VILLAMOSMÉRNÖKI ÉS INFORMATIKAI KAR MÉRÉSTECHNIKA ÉS INFORMÁCIÓS RENDSZEREK TANSZÉK Mikrorendszerek tervezése Beágyazott rendszerek Fehér Béla Raikovich Tamás
RészletesebbenAz 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észletesebbenVirtualizációs technológiák Linux alatt (teljesítményteszt)
Virtualizációs technológiák Linux alatt (teljesítményteszt) Ebben a dokumentációban a virtualizációs technológiák sebességét, teljesítményét hasonlítom össze RedHat-alapú Linux disztribúciókkal. A teszteléshez
RészletesebbenUtolsó módosítás:
Utolsó módosítás:2010. 09. 15. 1 2 Kicsit konkrétabban: az utasítás hatására a belső regiszterek valamelyikének értékét módosítja, felhasználva regiszter értékeket és/vagy kívülről betöltött adatot. A
RészletesebbenOPERÁCIÓS RENDSZEREK. Elmélet
1. OPERÁCIÓS RENDSZEREK Elmélet BEVEZETÉS 2 Az operációs rendszer fogalma Az operációs rendszerek feladatai Csoportosítás BEVEZETÉS 1. A tantárgy tananyag tartalma 2. Operációs rendszerek régen és most
RészletesebbenSzámítógép Architektúrák
Számítógép Architektúrák Perifériakezelés a PCI-ban és a PCI Express-ben 2015. március 9. Budapest Horváth Gábor docens BME Hálózati Rendszerek és Szolgáltatások Tanszék ghorvath@hit.bme.hu Tartalom A
RészletesebbenMagyar Posta központi Oracle infrastruktúrája VMware alapokon
Magyar Posta központi Oracle infrastruktúrája VMware alapokon MP Zrt. Oracle infrastruktúra 1. Eredeti állapot Tervezés 2. Virtuális platform kiválasztása 3. Környezet felépítése 4. Üzemeltetési kihívások
RészletesebbenSzerverterem egy számítógépben avagy hogyan élnek a barack lakói. Mátó Péter <mato.peter@fsf.hu>
Szerverterem egy számítógépben avagy hogyan élnek a barack lakói Mátó Péter 1 A barack rövid története I. A rendszer az OpenOffice.org menüjének honosítása után, a projekt weboldalának
RészletesebbenOPERÁ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észletesebbenSzámítógép Architektúrák
Perifériakezelés a PCI-ban és a PCI Express-ben Horváth Gábor 2017. február 14. Budapest docens BME Hálózati Rendszerek és Szolgáltatások Tanszék ghorvath@hit.bme.hu A PCI PCI = Peripheral Component Interfész,
Részletesebbenede.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észletesebbenVMware vsphere. Virtuális Hálózatok Biztonsága. Zrubecz.Laszlo@andrews.hu. Andrews IT Engineering Kft.
Virtuális Biztonsága Andrews IT Engineering Kft. 1 Fizikai hálózatok Virtuális hálózatok VLAN 2 Hardver környezet ESX beállítások (ESXi, ESX) 3 4 vshield Manager vshield Zones/vShield App vshield Edge
RészletesebbenSzalai Ferenc szferi@avaxio.hu. http://www.avaxio.hu
Virtualizáció Linuxon: XEN Szalai Ferenc szferi@avaxio.hu Bevezető Mit? Miért? intézményi vállalati szolgáltatásokat (web, állomány, levelező szerver, egyedi teszt rendszerek, virtuális oktatási hálózatok)
RészletesebbenUtolsó 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észletesebbenCisco megoldások VMware VDI környezetben. VMware Desktop Virtualizáció 2010 Március 17. Zeisel Tamás Konzultáns Rendszermérnök Cisco Magyarország
Cisco megoldások VMware VDI környezetben VMware Desktop Virtualizáció 2010 Március 17 Zeisel Tamás Konzultáns Rendszermérnök Cisco Magyarország 2009 Cisco Systems, Inc. All rights reserved. 2 Unified Computing
RészletesebbenHardver összetevők ellenőrzése Linux alatt. Hardverguruk előnyben...
Hardver összetevők ellenőrzése Linux alatt Hardverguruk előnyben... A hardverek támogatottsága A telepítés előtt érdemes meggyőződni arról, hogy a jelenleg használt hardver elemek támogatottak-e a Linux
RészletesebbenBEÁGYAZOTT RENDSZEREK TERVEZÉSE UDP csomag küldése és fogadása beágyazott rendszerrel példa
BEÁGYAZOTT RENDSZEREK TERVEZÉSE 1 feladat: A Netburner MOD5270 fejlesztőlap segítségével megvalósítani csomagok küldését és fogadását a fejlesztőlap és egy PC számítógép között. megoldás: A fejlesztőlapra,
RészletesebbenIBM Power 550 Express szerver
IBM Power 550 Express szerver Ideális megoldás alkalmazás-, középméretû adatbázisvagy Linux konszolidációs szerverként egyaránt A Power 550 Express torony és rackbe szerelhetô változata Fôbb jellemzôk:
RészletesebbenÜdvözlöm Önöket a Konferencián!
Üdvözlöm Önöket a Konferencián! Nyílt Forráskódú Szoftverek a Közigazgatásban 2009. június 2., Miniszterelnöki Hivatal Foglalkoztatási és Szociális Hivatal Készítette: Kuskó István Reverse proxy megoldás
RészletesebbenCloud computing. Cloud computing. Dr. Bakonyi Péter.
Cloud computing Cloud computing Dr. Bakonyi Péter. 1/24/2011 1/24/2011 Cloud computing 2 Cloud definició A cloud vagy felhő egy platform vagy infrastruktúra Az alkalmazások és szolgáltatások végrehajtására
RészletesebbenRendszerfelügyelet Logikai partíciók
System i Rendszerfelügyelet Logikai partíciók 6. verzió 1. kiadás System i Rendszerfelügyelet Logikai partíciók 6. verzió 1. kiadás Megjegyzés Jelen leírás és a tárgyalt termék használatba vétele előtt
RészletesebbenCloud computing Dr. Bakonyi Péter.
Cloud computing Dr. Bakonyi Péter. 1/24/2011 Cloud computing 1/24/2011 Cloud computing 2 Cloud definició A cloud vagy felhő egy platform vagy infrastruktúra Az alkalmazások és szolgáltatások végrehajtására
RészletesebbenLOK 2010. Virtualizáció. szabad szofverekkel. Mátó Péter <mato.peter@andrews.hu>
LOK 2010 Virtualizáció szabad szofverekkel Mátó Péter 1 Néhány érdekes adat A ma kapható legkisebb számítógép: processzor: 1,6GHz, memória: 1GB, diszk: 160GB Egy átlagos céges weblap
RészletesebbenUtolsó 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észletesebbenAGSMHÁLÓZATA TOVÁBBFEJLESZTÉSE A NAGYOBB
AGSMHÁLÓZATA TOVÁBBFEJLESZTÉSE A NAGYOBB ADATSEBESSÉG ÉS CSOMAGKAPCSOLÁS FELÉ 2011. május 19., Budapest HSCSD - (High Speed Circuit-Switched Data) A rendszer négy 14,4 kbit/s-os átviteli időrés összekapcsolásával
RészletesebbenHogyan tudom soros eszközeimet pillanatok alatt hálózatba kötni?
Hogyan tudom soros eszközeimet pillanatok alatt hálózatba kötni? Kritikus pontok Ethernet interfész soros eszközbe ágyazásakor Az ipari Ethernet technológia az alacsony költségeinek és jelentős hálózati
RészletesebbenDigitális rendszerek. Digitális logika szintje
Digitális rendszerek Digitális logika szintje CPU lapkák Mai modern CPU-k egy lapkán helyezkednek el Kapcsolat a külvilággal: kivezetéseken (lábak) keresztül Cím, adat és vezérlőjelek, ill. sínek (buszok)
RészletesebbenAz internet ökoszisztémája és evolúciója. Gyakorlat 1
Az internet ökoszisztémája és evolúciója Gyakorlat 1 GNS3: installálás és konfiguráció GNS3: hálózatszimulátor Valódi router/hoszt image-ek hálózatba kapcsolása emulált linkeken keresztül: CISCO, Juniper,
Részletesebben6.2. TMS320C64x és TMS320C67xx DSP használata
6.2. TMS320C64x és TMS320C67xx DSP használata 6.2.1. bemutatása TI Davinci DM6446 EVM rövid A Davinci DM6446 EVM az alábbi fő hardver paraméterekkel rendelkezik: 1db ARM 9 CPU (ARM926EJ) 1db C64x DSP 4MB
RészletesebbenHogyan működtethető a telefonrendszer virtuális környezetben? Mészáros Tamás Műszaki fejlesztési vezető
Hogyan működtethető a telefonrendszer virtuális környezetben? Mészáros Tamás Műszaki fejlesztési vezető Mi is az a virtualizáció? Az erőforrások elvonatkoztatása az erőforrást nyújtó elemektől - kellemesen
RészletesebbenFelhő alapú hálózatok (VITMMA02) OpenStack Neutron Networking
Felhő alapú hálózatok (VITMMA02) OpenStack Neutron Networking Dr. Maliosz Markosz Budapesti Műszaki és Gazdaságtudományi Egyetem Villamosmérnöki és Informatikai Kar Távközlési és Médiainformatikai Tanszék
RészletesebbenTELE-OPERATOR UTS v.14 Field IPTV műszer. Adatlap
TELE-OPERATOR UTS v.14 Field IPTV műszer Adatlap COMPU-CONSULT Kft. 2009. augusztus 3. Dokumentáció Tárgy: TELE-OPERATOR UTS v.14 Field IPTV műszer Adatlap (6. kiadás) Kiadta: CONSULT-CONSULT Kft. Dátum:
RészletesebbenR320 Szerver. Műszaki adatok
R320 Szerver Kimagasló teljesítmény és méretezhető Az állványba szerelhető, 1 egység méretű PowerEdge R320 kiszolgáló nagyvállalati szintű funkciókat nyújt ideális az alapvető üzleti alkalmazások futtatásához
RészletesebbenSEGÉDLET. A TTMER102 - FPGA-alapú hálózati eszközfejlesztés című méréshez
SEGÉDLET A TTMER102 - FPGA-alapú hálózati eszközfejlesztés című méréshez Készült: A Távközlési és Médiainformatika Tanszék Távközlési mintalaboratóriumában 2017. április A mérést és segédanyagait összeállította:
RészletesebbenTechnikai tájékoztató - kérdések és válaszok
Technikai tájékoztató - kérdések és válaszok TSD-QA (2013/07) 1. K: Egy ATX és micro-atx kombó házban mely rögzít furatokra van szükség egy micro-atx alaplap rögzítéséhez? V: Tekintse meg az ATX és micro-atx
RészletesebbenPárhuzamos programozási platformok
Párhuzamos programozási platformok Parallel számítógép részei Hardver Több processzor Több memória Kapcsolatot biztosító hálózat Rendszer szoftver Párhuzamos operációs rendszer Konkurenciát biztosító programozási
RészletesebbenUtolsó módosítás:2010. 10. 21.
Utolsó módosítás:2010. 10. 21. 1 2 Most a vastagon kiemeltekkel foglalkozunk, a többi majd későbbi előadásokban kerül terítékre. 3 4 5 6 Szervereknél gyakori megoldás, hogy valamilyen dedikált hardver
RészletesebbenMikrorendszerek tervezése
BUDAPESTI MŰSZAKI ÉS GAZDASÁGTUDOMÁNYI EGYETEM VILLAMOSMÉRNÖKI ÉS INFORMATIKAI KAR MÉRÉSTECHNIKA ÉS INFORMÁCIÓS RENDSZEREK TANSZÉK Mikrorendszerek tervezése Megszakítás- és kivételkezelés Fehér Béla Raikovich
RészletesebbenOperációs rendszerek. Bemutatkozás
Bevezetés az operációs rendszerek világába dr. Benyó Balázs benyo@sze.hu Bemutatkozás www.sze.hu/~benyo 1 Számítógép HW-SW felépítése felhasználó felhasználó felhasználó Operációs rendszer Operációs rendszer
RészletesebbenKülső eszközök Felhasználói útmutató
Külső eszközök Felhasználói útmutató Copyright 2008 Hewlett-Packard Development Company, L.P. Az itt szereplő információ előzetes értesítés nélkül változhat. A HP termékeire és szolgáltatásaira vonatkozó
Részletesebben[SZÁMÍTÓGÉP-HÁLÓZATOK]
Mérési utasítás WireShark használata, TCP kapcsolatok analizálása A Wireshark (korábbi nevén Ethereal) a legfejlettebb hálózati sniffer és analizátor program. 1998-óta fejlesztik, jelenleg a GPL 2 licensz
RészletesebbenAz internet ökoszisztémája és evolúciója. Gyakorlat 1
Az internet ökoszisztémája és evolúciója Gyakorlat 1 GNS3: installálás és konfiguráció GNS3: hálózatszimulátor Valódi router/hoszt image-ek hálózatba kapcsolása emulált linkeken keresztül: CISCO, Juniper,
RészletesebbenA virtuális környezetet menedzselő program. Első lépésként egy új virtuális gépet hozzunk létre a Create a New Virtual Machine menüponttal.
1. Virtuális gép létrehozása (VMWARE Player) A virtuális környezetet menedzselő program. Első lépésként egy új virtuális gépet hozzunk létre a Create a New Virtual Machine menüponttal. Megadjuk, hogy a
RészletesebbenPárhuzamos programozási platformok
Párhuzamos programozási platformok Parallel számítógép részei Hardver Több processzor Több memória Kapcsolatot biztosító hálózat Rendszer szoftver Párhuzamos operációs rendszer Konkurenciát biztosító programozási
RészletesebbenKüls eszközök. Dokumentum cikkszáma: Ez az útmutató a külön beszerezhető külső eszközök használatát ismerteti
Küls eszközök Dokumentum cikkszáma: 396847-211 2006. március Ez az útmutató a külön beszerezhető külső eszközök használatát ismerteti. Tartalomjegyzék 1 Az USB-eszközök használata USB-eszköz csatlakoztatása.......................
RészletesebbenISIS-COM Szolgáltató Kereskedelmi Kft. MIKROHULLÁMÚ INTERNET ELÉRÉSI SZOLGÁLTATÁS
MIKROHULLÁMÚ INTERNET ELÉRÉSI SZOLGÁLTATÁS Az ISIS-COM Kft. IP-alapú hálózatában kizárólag TCP / IP protokoll használható. 1. SZOLGÁLTATÁS MEGHATÁROZÁSA, IGÉNYBEVÉTELE SZOLGÁLTATÁS LEÍRÁSA: Az adathálózati
RészletesebbenFELHŐ és a MAINFRAME. Irmes Sándor
FELHŐ és a MAINFRAME Irmes Sándor Változik az üzleti környezet Zavaró tényezők viharában Gartner: nexus of forces (összehangolt erőterek) Social: Mindenhol elérhető kapcsolattartás, egyre gazdagabb tartalommal
RészletesebbenAz interrupt Benesóczky Zoltán 2004
Az interrupt Benesóczky Zoltán 2004 1 Az interrupt (program megszakítás) órajel generátor cím busz környezet RESET áramkör CPU ROM RAM PERIF. adat busz vezérlõ busz A periféria kezelés során információt
RészletesebbenBMD Rendszerkövetelmények
BMD Rendszerkövetelmények Rendszerkövetelmények BMD 1. SZERVER Az alábbiakban áttekintést nyerhet azokról a szerver rendszerkövetelményekről, melyek szükségesek a BMD zavartalan működéséhez. Ezen felül
RészletesebbenHÁLÓZATI ISMERETEK GNS 3
HÁLÓZATI ISMERETEK GNS 3 Tartalomjegyzék Csatlakozás az internetre Hálózati eszközök Bináris számrendszer IP-cím Hálózati berendezések IP hierarchia Hálózati hierarchia Alhálózatok Topológiák Hálózatok
RészletesebbenRadware terhelés-megosztási megoldások a gyakorlatban
Radware terhelés-megosztási megoldások a gyakorlatban Networkshop 2014 2014. április 24. Palotás Gábor vezető hálózati mérnök, CCIE #3714 A Radware-ről röviden Több mint 10,000 ügyfél A cég növekedése
RészletesebbenPerifériák hozzáadása a rendszerhez
Perifériák hozzáadása a rendszerhez Intellectual Property (IP) katalógus: Az elérhető IP modulok listája Bal oldalon az IP Catalog fül Ingyenes IP modulok Fizetős IP modulok: korlátozások Időkorlátosan
RészletesebbenKét típusú összeköttetés PVC Permanent Virtual Circuits Szolgáltató hozza létre Operátor manuálisan hozza létre a végpontok között (PVI,PCI)
lab Adathálózatok ATM-en Távközlési és Médiainformatikai Tanszék Budapesti Műszaki és Gazdaságtudományi Egyetem Megvalósítások Multiprotocol encapsulation (RFC1483) - IETF Classical IP over ATM (RFC1577)
RészletesebbenMultiprotocol encapsulation (RFC1483) - IETF Classical IP over ATM (RFC1577) - IETF LAN Emulation (LANE) - ATM Forum Multiprotocol over ATM (MPOA) -
lab Adathálózatok ATM-en Távközlési és Médiainformatikai Tanszék Budapesti Műszaki és Gazdaságtudományi Egyetem Megvalósítások Multiprotocol encapsulation (RFC1483) - IETF Classical IP over ATM (RFC1577)
RészletesebbenOperációs Rendszerek MSc
Operációs Rendszerek Villamosmérnök MSc Virtualizáció Vincze Dávid Miskolci Egyetem, IIT vincze.david@iit.uni-miskolc.hu Virtualizáció Koncepcionális szinten régóta létezik Implementáció is természetesen
RészletesebbenKüls eszközök. Dokumentum cikkszáma: Ez az útmutató a külön beszerezhető külső eszközök használatát ismerteti
Küls eszközök Dokumentum cikkszáma: 409917-211 2006. május Ez az útmutató a külön beszerezhető külső eszközök használatát ismerteti. Tartalomjegyzék 1 Az USB-eszközök használata USB-eszköz csatlakoztatása.......................
RészletesebbenAutóipari beágyazott rendszerek. Komponens és rendszer integráció
Autóipari beágyazott rendszerek és rendszer integráció 1 Magas szintű fejlesztési folyamat SW architektúra modellezés Modell (VFB) Magas szintű modellezés komponensek portok interfészek adattípusok meghatározása
RészletesebbenVirtualizált környezetek teljesítménymérése és elemzése
Rendszermodellezés Virtualizált környezetek teljesítménymérése és elemzése Micskei Zoltán, Nádudvari György fóliáinak felhasználásával Budapest University of Technology and Economics Fault Tolerant Systems
RészletesebbenNetis vezeték nélküli, N típusú USB adapter
Netis vezeték nélküli, N típusú USB adapter Gyors üzembe helyezési útmutató WF-2109, WF-2111, WF-2116, WF-2119, WF-2119S, WF-2120, WF-2123, WF-2150, WF-2151, WF-2190, WF-2503 1 A csomag tartalma A csomag,
RészletesebbenSzámítógépes virtualizáció
Debreceni Egyetem Hatvani István Szakkollégium Számítógépes virtualizáció Új tendenciák a modern tudományokban beadandó dolgozat Készítette: Varga Máté Programtervező informatikus I. Debrecen 2010. január
RészletesebbenBepillantás a gépházba
Bepillantás a gépházba Neumann-elvű számítógépek főbb egységei A részek feladatai: Központi egység: Feladata a számítógép vezérlése, és a számítások elvégzése. Operatív memória: A számítógép bekapcsolt
RészletesebbenGrayteq. Grayteq DLP Teljesítmény Benchmark. Grayteq DLP Benchmark. Sealar Corporate Proprietary Commercial-in-confidence
Teljesítmény Benchmark Benchmark 1. oldal a 12-ből Tartalomjegyzék Tartalomjegyzék 2 A dokumentum célja 3 Részletek 3 3 Teszt alkalmazás 3 Általános hardver és szoftver mérések 3 CPU, Memória és HDD mérések
RészletesebbenA fő menüpontok között a bal vagy jobb nyíllal mozoghatunk, Enter leütésére pedig megjelenik az adott menühöz tartozó tartalom.
AMI BIOS SETUP (ASRock 890GX, 890GM Pro3) Menü kezelése A fő menüpontok között a bal vagy jobb nyíllal mozoghatunk, Enter leütésére pedig megjelenik az adott menühöz tartozó tartalom. Menün belüli navigálás:
RészletesebbenRoger UT-2. Kommunikációs interfész V3.0
ROGER UT-2 1 Roger UT-2 Kommunikációs interfész V3.0 TELEPÍTŐI KÉZIKÖNYV ROGER UT-2 2 ÁLTALÁNOS LEÍRÁS Az UT-2 elektromos átalakítóként funkcionál az RS232 és az RS485 kommunikációs interfész-ek között.
RészletesebbenFélreértések elkerülése érdekében kérdezze meg rendszergazdáját, üzemeltetőjét!
Félreértések elkerülése érdekében kérdezze meg rendszergazdáját, üzemeltetőjét! http://m.equicomferencia.hu/ramada Liszkai János senior rendszermérnök vállalati hálózatok Miről is lesz szó? Adatközpont
RészletesebbenInternet ROUTER. Motiváció
Több internetvonal megosztása egy szerverrel iptables/netfilter és iproute2 segítségével Készítette: Mészáros Károly (MEKMAAT:SZE) mkaroly@citromail.hu 2007-05-22 Az ábrán látható módon a LAN-ban lévő
RészletesebbenAz Ön kézikönyve HP COMPAQ DC5700 MICROTOWER PC http://hu.yourpdfguides.com/dref/863310
Elolvashatja az ajánlásokat a felhasználói kézikönyv, a műszaki vezető, illetve a telepítési útmutató HP COMPAQ DC5700 MICROTOWER PC. Megtalálja a választ minden kérdésre az a felhasználói kézikönyv (információk,
RészletesebbenT430 Szerver. Műszaki adatok
T430 Szerver Teljesítményorientált, bővíthető kialakítás. A bővíthető és csendes, két foglalatba illeszkedő toronykiszolgáló lendületet ad az irodai környezet teljesítményének. Proccesszor Műszaki adatok
RészletesebbenDigitális aláíró program telepítése az ERA rendszeren
Digitális aláíró program telepítése az ERA rendszeren Az ERA felületen a digitális aláírásokat a Ponte webes digitális aláíró program (Ponte WDAP) segítségével lehet létrehozni, amely egy ActiveX alapú,
Részletesebben