Teljesítménymodellezés
|
|
- Egon Nagy
- 5 évvel ezelőtt
- Látták:
Átírás
1 Teljesítménymodellezés Budapest University of Technology and Economics Fault Tolerant Systems Research Group Budapest University of Technology and Economics Department of Measurement and Information Systems 1
2 2
3 Egyensúlyi állapot: Emlékeztető o Átlagos értékekkel számolunk o = X (érkezési ráta = átbocsátás) Átbocsátóképesség (X max ): o Az elérhető maximális átbocsátás T átlagos feldolgozási idő mellett o X max = K T Kihasználtság (U): (K darab erőforráspéldány esetén) o Az átbocsátás és az átbocsátóképesség aránya o U = X K T (K erőforráspéldány esetén) 3
4 A Little-törvény A Zipf-törvény Terhelés változása TARTALOM 4
5 Alapfogalmak Terhelési diagram Erőforrásmodellezés Folyamatmodellek elemzése A Little-törvény FOLYAMATMODELLEK ELEMZÉSE Hogyan számoljuk ki egy összetett folyamat átbocsátóképességét? 5
6 Mit tudunk tervezéskor? Általában tevékenységekhez rendelünk erőforrást o A tevékenység (átlagos) végrehajtási ideje is adott X max számítható a tevékenységre Pl. Neptunban a tárgyfelvétel az adatbázisszervert terheli 100 ms-ig o T = 100 ms o X max = 1 T = 10 tárgyfelvétel másodperc Adott folyamatmodell (pl. a felhasználói viselkedés) ismeretében mi a teljes rendszer átbocsátóképessége? 6
7 Szekvenciális komponálás X max X 1 max X 2 max X max = min(x 1 max, X 2 max ) Hiába gyors az egyik tevékenység, a tokenek feltorlódnak a másik előtt Pl. Okmányiroda Sorszámhúzás (300 db/óra), Ügyintézés (2 db/óra) 7
8 Szekvenciális komponálás X max X 1 max X 2 max X max = min(x 1 max, X 2 max ) Szűk keresztmetszet: A minimumhelyet adó tevékenység (vagy az ahhoz rendelt erőforrás). 8
9 Párhuzamos komponálás X max X 1 max X 2 max X max = min(x 1 max, X 2 max ) Hiába gyors az egyik tevékenység, a tokeneknek be kell várniuk egymást Pl. ZH javítás: Beugró (30 db/óra), Nagyfeladat (12 db/óra) 9
10 Párhuzamos komponálás X max X 1 max X 2 max X max = min(x 1 max, X 2 max ) Szűk keresztmetszet: A minimumhelyet adó tevékenység (vagy az ahhoz rendelt erőforrás). 10
11 Komponálás szabad választással X max X 1 max X 2 max X max = X 1 max + X 2 max A tokenek mindkét irányba mehetnek: ha az egyik tevékenység telítésben van, a másik még fogadhat tokent. Pl. Áruház: K db pénztár, mind 10 db/óra 11
12 Komponálás szabad választással X max X 1 max X 2 max X max = X 1 max + X 2 max Megj: van, amikor a lépéshez rendeljük majd az erőforrások számát, és nem ugyanazt a logikai lépést tüntetjük fel többször a modellben (ld. előző előadás több erőforráspéldány esete, Szimuláció előadás). Feltétel: minden erőforráson ugyanannyi ideig tartson 12
13 Komponálás kötött arányú választással X max p 1 X 1 max p 2 (p 1 +p 2 =1) X 2 max X max = min( 1 p 1 X 1 max, 1 p 2 X 2 max ) A tokenek p 1 és p 2 valósínűséggel választják az első ill. második tevékenységet. A teljes folyamatból tehát 1 p 1 ill. 1 p 2 tokenből egy jut az első ill. második tevékenységre. 13
14 Komponálás kötött arányú választással X max p 1 X 1 max p 2 (p 1 +p 2 =1) X 2 max X max = min( 1 p 1 X 1 max, 1 p 2 X 2 max ) Pl. Felhasználó viselkedése egy weblapon: 20% eséllyel vásárol (20 db/s), 80% eséllyel elvet (200 db/s) 14
15 Komponálás kötött arányú választással X max p 1 p 2 X 1 max (p 1 +p 2 =1) X 2 max X max = min( 1 p 1 X 1 max, 1 p 2 X 2 max ) Szűk keresztmetszet: A minimumhelyet adó tevékenység (vagy az ahhoz rendelt erőforrás). 15
16 Komponálás ciklussal X max (p vége +p újra =1) X 1 max p vége p újra X max = 1 1 p vége X 1 max = p vége X 1 max 1 Az érték az iterációk várható száma p vége (lásd később a Valószínűségszámítás tantárgyban). 16
17 Komponálás ciklussal X max (p vége +p újra =1) X 1 max p vége p újra X max = 1 1 p vége X 1 max = p vége X 1 max Pl. Felhasználó a rendszerben: 10% eséllyel kilép, 90% eséllyel új kérés 15 kérés/s, átlagosan 10 kérés/munkamenet 17
18 Vizitációs szám Választás: X max = min( 1 p 1 X 1 max, 1 p 2 X 2 max ) Ciklus: X max = 1 1 p vége X 1 max = p vége X 1 max Vizitációs szám: megmutatja, hogy a folyamat végrehajtása során átlagosan hányszor fut le az adott tevékenység/alfolyamat. o Választás esetén maga a döntési valószínűség o Ciklus esetén a várható iterációk száma 18
19 Vizitációs szám Választás: X max = min( 1 X max p 1, 1 X max 1 p 2 ) Átbocsátóképesség a vizitációs szám ismeretében: 2 Ciklus: X max = Folyamat 1 X max = 1 v X 1 max 1 X max max 1 = p vége X 1 p vége Vizitációs szám: megmutatja, hogy a folyamat végrehajtása során átlagosan hányszor fut le az adott tevékenység/alfolyamat. o Választás esetén maga a döntési valószínűség o Ciklus esetén a várható iterációk száma Elemi tevékenység (taszk) 19
20 Vizitációs szám Választás: X max = min( 1 X max p 1, 1 X max 1 p 2 ) Átbocsátóképesség a vizitációs szám ismeretében: 2 Ciklus: X 1 max 1 = 1 X max max 1 = p vége X max= v 1 max 1 X p X vége 1 Vizitációs szám: megmutatja, hogy a folyamat végrehajtása során átlagosan hányszor fut le az adott tevékenység/alfolyamat. o Választás esetén maga a döntési valószínűség o Ciklus esetén a várható iterációk száma 20
21 Vizitációs szám Választás: X max = min( 1 X max p 1, 1 X max 1 p 2 ) Végrehajtási idő a vizitációs szám ismeretében: 2 Ciklus: X max 1 = 1 X max max T 1 = p vége X 1 folyamat = v T p vége taszk Vizitációs szám: megmutatja, hogy a folyamat végrehajtása során átlagosan hányszor fut le az adott tevékenység/alfolyamat. o Választás esetén maga a döntési valószínűség o Ciklus esetén a várható iterációk száma 21
22 A Little-törvény A Zipf-törvény Terhelés változása A LITTLE-TÖRVÉNY Avagy az alapképlet 22
23 : érkezési ráta darab s A Little-törvény X: átbocsátás darab s T: rendszerben töltött idő s N: rendszerben lévő tokenek száma darab N X T 23
24 A Little-törvény Egyensúlyi állapotban ( = X) igaz: N = X T N X T 24
25 A Little-törvény szemléltetése T Folyamat 1 Folyamat 2 T = 4 s X = 1 darab s N = 4 darab 1/λ N = X T Folyamat 3 N Folyamat 4 4 = 1 darab s 4 s Folyamat 5 0 s 1 db 2 db 3 db 4 db 4 db 4 db 4 db t 25
26 A Little-törvény szemléltetése Folyamat 1 T Folyamat 2 T = 4 s X = 1 2 s N = 2 1/ λ N = X T Folyamat 3 N Folyamat 4 2 = 1 2 s 4 s Fo 0 s t 26
27 Kihasználtság és a Little-törvény K darab erőforráspéldány: maximum K darab kérés végrehajtás alatt A Little-törvény: végrehajtás alatt álló kérések száma (N)? Levezethető az átlagos kihasználtság: U = X K T = X T K = N K Kihasználtság K darab erőforráspéldányra Little-törvény (N = X T) 27
28 A Little-törvény A Zipf-törvény Terhelés változása LITTLE TÖRVÉNY: GYAKORLATI PÉLDÁK 28
29 Példa Diszk Erőforrás: diszk 40 kérést szolgál ki másodpercenként (nincs átlapolódás) 1 kérés kiszolgálása átlagosan 0,0225 másodpercig tart Mekkora a kihasználtság? U = X T diszk = 40 kérés s 0,0225 s = 0,9 = 90% 29
30 Példa Rendszer Sor Diszk Sorban állás is van a diszk előtt Diszk: 40 kérés/s Kérések átlagos száma a rendszerben: 4 Átlagos rendszerben tartózkodási idő? (T rendszer ) Átlagos sorban állási idő? (T várakozás ) 30
31 Példa Rendszer Sorban állás is van a diszk előtt Diszk: 40 kérés/s Sor Diszk Kérések átlagos száma a rendszerben: 4 Rendszer N = X T T rendszer = 4 kérés / 40 kérés Átlagos sorban állási idő? (T rendszer T diszk ) = (0,1 s 0,0225 s) = 0,0775 s s Sorbanállási és diszk kiszolgálási idő = 0,1 s 31
32 Példa Rendszer Sor Diszk Sorban állás is van a diszk előtt Diszk: 40 kérés/s. Átlagosan 0,9 darab Kérések átlagos száma a rendszerben: 4 darab Kérések átlagos száma a sorban? (N rendszer N diszk ) 4 darab 0,9 darab = 3,1 darab 32
33 Szimuláció Little törvény a gyakorlatban o Dobson&Shumsky o Miért oktatják(juk) o Példák o 33
34 Teljesítmény 3 rétegű architektúrában 49 kérés/s 69 kérés/s Frontend Alkalmazásszerver A adatbázis 319 kérés/s kérés/s B adatbázis A mérőszámok itt az egész rendszerre érkező terhelésre utalnak! Például az A. adatbázis akkor válik szűk keresztmetszetté, ha a rendszerbe 319 lekérdezés érkezik másodpercenként.
35 Teljesítmény 3 rétegű architektúrában 49 kérés/s Frontend Alacsony áteresztőképesség? Alkalmazásszerver A adatbázis Állapotmentes Könnyen skálázható B adatbázis A mérőszámok itt az egész rendszerre érkező terhelésre utalnak! Például az A. adatbázis akkor válik szűk keresztmetszetté, ha a rendszerbe 319 lekérdezés érkezik másodpercenként. 35
36 Teljesítmény 3 rétegű architektúrában Alacsony áteresztőképesség? Frontend 69 kérés/s Alkalmazásszerver A adatbázis Skálázhatóság: - Elosztott munkamenet - Adott felhasználó hova kerüljön B adatbázis A mérőszámok itt az egész rendszerre érkező terhelésre utalnak! Például az A. adatbázis akkor válik szűk keresztmetszetté, ha a rendszerbe 319 lekérdezés érkezik másodpercenként. 36
37 Teljesítmény 3 rétegű architektúrában Frontend Miért magas az (elvi) áteresztőképeség? Alkalmazásszerver A adatbázis 319 kérés/s Gyorsítótár kérés/s B adatbázis A mérőszámok itt az egész rendszerre érkező terhelésre utalnak! Például az A. adatbázis akkor válik szűk keresztmetszetté, ha a rendszerbe 319 lekérdezés érkezik másodpercenként.
38 3 rétegű architektúra a valóságban Frontend Frontend A. adatbázis Frontend Alkalmazásszerver Alkalmazásszerver B. adatbázis (Példa: Technológiai háttér érdeklődőknek:)
39 Mit mérjünk/mi a lényeges? Metrikák kicsiben o Pl. Task manager, Resource monitor, ugyanez szerver oldalon. Metrikák nagyban o Pl. virtualizált rendszer Melyik az érdekes? 39
40 Példa: mit számol ez a gép enyit.? Mi milyen gyakran hajtódott végre? 40
41 USE módszer Utilization (kihasználtság) Saturation (telített állapot) Errors (hibák) Példa erőforrások o HW: CPU, Memória, I/O, hálózat, csatolók Boeing 707 ellenőrző lista o SW: szálak száma, zárak, folyamatok száma, engedélyezett fájlok száma,
42 Hogyan érdemes módszeresen csinálni? 42
43 Példa: erőforrások és folyamatok együtt Legend Activity Resource Execution Path Dependency Client Pay to $ Business Processes Layer Form processing Money takeover Record transaction Client checked earlier? Y Y Large transaction? N N Perform full check Timeout Manual laundering check Laundering suspected? N Y Receipt Flag & report Customer & Account Identification AppServ1 AppServ2 Supporting Applications Layer DB Cashier Module AppServ3 VM Compliance DB AppServ4 DB1 DB2 Single Hypervisor Physical Resources Layer Backend Server 1 Backend Server 2 Application Server cluster 43 Blade Server Urbanics, G., Gönczy, L., Urbán, B., Hartwig, J., & Kocsis, I. (2014, October). Combined Error Propagation Analysis and Runtime Event Detection in Process-Driven Systems. In International Workshop on Software Engineering for Resilient Systems (pp ). Springer International Publishing. Backend Server 3
44 Hol közelítünk? A gyakorlatban az értékek nehezen mérhetőek o (pl. válaszidő ingadozik, felpörgés, ) Az alkalmazások versengenek o (2 λ λ + λ) Erőforrások közt választani kell terheléselosztó is kritikus Pl. ugyanannak a felhasználónak a kérései ugyanoda Konkrét beérkezési sorrendtől/mintától eltekintünk o Pont ez a Little-törvény előnye Egy feladat végrehajtása lehet adatfüggő A rendszer felépítése/paraméterei változhatnak 44 A kezemet figyeljék, mert (kép: wikipedia)
45 Hol közelítünk? A gyakorlatban az értékek nehezen mérhetőek o (pl. válaszidő ingadozik, felpörgés, ) Az alkalmazások versengenek o (2 λ λ + λ) Erőforrások közt választani kell terheléselosztó is kritikus Pl. ugyanannak a felhasználónak a kérései ugyanoda Konkrét beérkezési sorrendtől/mintától eltekintünk o Pont ez a Little-törvény előnye Egy feladat végrehajtása lehet adatfüggő A rendszer felépítése/paraméterei változhatnak 45 A kezemet figyeljék, mert (kép: wikipedia)
46 A Little-törvény A Zipf-törvény Terhelés változása TERHELÉSMODELLEK: ZIPF TÖRVÉNY 46
47 Mi a kérések tartalma? Eddig: minden kérés egyforma o kérem egy könyv adatait Valójában: a kéréseknek tartalmuk van o Kérem az Alapítány és Birodalom adatait o Ld. Pareto elv (80% -- 20%) o A kérések (többsége) az adatok (kis részére) irányul Lényeges, mert o Műszaki hatása van Cache, pool size, statikus tár, o A rendszermodellt is érinti Gyakori kéréseket másképp kezeljük 47
48 Zipf törvénye Eredetileg: korpuszokban előforduló szavak népszerűségi rangsora és előfordulási gyakorisága jellegzetes eloszlása o Nemcsak nyelvi szövegekre igaz Hozzáférések száma (P) P = 580 r -1 George Kingsley Zipf ( ) amerikai nyelvész, filológus Dokumentum rangja (r) 48
49 Zipf törvénye - Példák Slágerlisták Városok populációja rangsoruk szerint Internetes forgalom karakterisztikája Weboldalak aloldalainak népszerűsége Nyílt forrású rendszerek evolúciója 49
50 Zipf törvénye - Képlet R i ~ 1 i α f ~ 1 p R i az i. szó előfordulási gyakorisága α a korpuszra jellemző 1 közeli érték Egyszerűsítve (α = 1): o f (frequency) gyakoriság o p (popularity): a szöveg,,rangja (csökkenő sorrendben) 50
51 P = k r Zipf törvénye pl. Web dokumentumokra P hivatkozások (elérések) r rang (1 = leggyakoribb) k pozitív konstans Bővebben: 51
52 Zipf Példa (1) Hozzáférések száma (P) P = 580 r Dokumentum rangja (r) 52
53 Zipf Példa: Tanszéki honlap (1) Aloldalak látogatottsága kategóriák szerint csoportosítva Megfigyelhető az ún. heavy-tailed eloszlás Közelítés: minden dokumentum ekvivalens 53
54 Zipf Példa: Tanszéki honlap (2) A Rendszermodellezés tárgy oldalainak látogatottsága 54 Nádudvari György munkája
Teljesítménymodellezés
Teljesítménymodellezés Budapest University of Technology and Economics Fault Tolerant Systems Research Group Budapest University of Technology and Economics Department of Measurement and Information Systems
RészletesebbenTeljesítménymodellezés
Teljesítménymodellezés Budapest University of Technology and Economics Fault Tolerant Systems Research Group Budapest University of Technology and Economics Department of Measurement and Information Systems
RészletesebbenTeljesítménymodellezés
Teljesítménymodellezés Budapest University of Technology and Economics Fault Tolerant Systems Research Group Budapest University of Technology and Economics Department of Measurement and Information Systems
RészletesebbenTeljesítménymodellezés
Teljesítménymodellezés Budapest University of Technology and Economics Fault Tolerant Systems Research Group Budapest University of Technology and Economics Department of Measurement and Information Systems
RészletesebbenTeljesítménymodellezés
Üzleti IT rendszerek modellezése Teljesítménymodellezés Gönczy László gonczy@mit.bme.hu Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Erőforrás szintű kapacitástervezés
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észletesebbenTeljesítménymodellezés
Hibatűrő Rendszerek Kutatócsoport 208 Tartalomjegyzék. Alapfogalmak 2. Rendszerszintű tulajdonságok és a Little-törvény 2 3. Erőforrások tulajdonságai 2 3.. Rendszerek és alrendszereik kapcsolata................
RészletesebbenRendszermodellezés. Hibamodellezés (dr. Majzik István és Micskei Zoltán fóliái alapján) Fault Tolerant Systems Research Group
Rendszermodellezés Hibamodellezés (dr. Majzik István és Micskei Zoltán fóliái alapján) Budapest University of Technology and Economics Fault Tolerant Systems Research Group Budapest University of Technology
RészletesebbenModellek paraméterezése: regresszió, benchmarkok
Modellek paraméterezése: regresszió, benchmarkok Rendszermodellezés 2017. Budapest University of Technology and Economics Fault Tolerant Systems Research Group Budapest University of Technology and Economics
RészletesebbenVizuális adatelemzés
Vizuális adatelemzés Rendszermodellezés 2017. Budapest University of Technology and Economics Fault Tolerant Systems Research Group Budapest University of Technology and Economics Department of Measurement
RészletesebbenNAGY TELJESÍTM. Szerzők Dévai. István Automatizálási. és s Alkalmazott Informatikai Tanszék
NAGY TELJESÍTM TMÉNYŰ WEBALKALMAZÁSOK KÉSZÍTÉSE SE JAVA TECHNOLÓGI GIÁVAL Szerzők Dévai István Automatizálási és s Alkalmazott Informatikai Tanszék Az előad adás s tartalma Elméleti áttekintés Nagy teljesítményű
RészletesebbenTELJESÍTÉNYMÉRÉS FELHŐ ALAPÚ KÖRNYEZETBEN AZURE CLOUD ANALÍZIS
TELJESÍTÉNYMÉRÉS FELHŐ ALAPÚ KÖRNYEZETBEN AZURE CLOUD ANALÍZIS Hartung István BME Irányítástechnika és Informatika Tanszék TEMATIKA Cloud definíció, típusok, megvalósítási modellek Rövid Azure cloud bemutatás
RészletesebbenSzámítógép-rendszerek fontos jellemzői (Hardver és Szoftver):
B Motiváció B Motiváció Számítógép-rendszerek fontos jellemzői (Hardver és Szoftver): Helyesség Felhasználóbarátság Hatékonyság Modern számítógép-rendszerek: Egyértelmű hatékonyság (például hálózati hatékonyság)
RészletesebbenCMDB architektúra megjelenítése SAMU-val Rugalmas megoldás. ITSMF 2015. 10. 30. Bekk Nándor Magyar Telekom / IT szolgáltatás menedzsment központ
CMDB architektúra megjelenítése SAMU-val Rugalmas megoldás ITSMF 2015. 10. 30. Bekk Nándor Magyar Telekom / IT szolgáltatás menedzsment központ Tartalom Nehézségeink CMDB adatok és függ ségek vizualizációja
RészletesebbenThe Power To Develop. i Develop
The Power To Develop 2001 Alkalmazások fejlesztése Oracle9i Alkalmazás rel Molnár Balázs Értékesítési konzultáns Oracle Hungary Miről is lesz szó? Mi az Oracle9i AS, technikailag? Hogyan működik Oracle9i
RészletesebbenSzenzorhálózatok programfejlesztési kérdései. Orosz György
Szenzorhálózatok programfejlesztési kérdései Orosz György 2011. 09. 30. Szoftverfejlesztési alternatívák Erőforráskorlátok! (CPU, MEM, Energia) PC-től eltérő felfogás: HW közeli programozás Eszközök közvetlen
RészletesebbenVizuális adatelemzés
Vizuális adatelemzés Salánki Ágnes, Guta Gábor, PhD Dr. Pataricza András Budapest University of Technology and Economics Fault Tolerant Systems Research Group Budapest University of Technology and Economics
RészletesebbenKísérlettervezés alapfogalmak
Kísérlettervezés alapfogalmak Rendszermodellezés Budapest University of Technology and Economics Fault Tolerant Systems Research Group Budapest University of Technology and Economics Department of Measurement
RészletesebbenA KUTATÁS EREDMÉNYEI ZÁRÓJELENTÉS 2004-2006.
ÖNELLENŐRZÉS ÉS FUTÁSIDEJŰ VERIFIKÁCIÓ SZÁMÍTÓGÉPES PROGRAMOKBAN OTKA T-046527 A KUTATÁS EREDMÉNYEI ZÁRÓJELENTÉS 2004-2006. Témavezető: dr. Majzik István Budapesti Műszaki és Gazdaságtudományi Egyetem
RészletesebbenWebSphere Business Modeler Simulation A szimulációhoz érdemes átváltani a WBM Advanced nézetébe.
WebSphere Business Modeler Simulation A szimulációhoz érdemes átváltani a WBM Advanced nézetébe. A szimulációhoz hívjuk elő a Simulation Control Panel ablakot, ezt a Window > Show View > Control Panel
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észletesebbenFelhők teljesítményelemzése felhő alapokon
Felhők teljesítményelemzése felhő alapokon Kocsis Imre ikocsis@mit.bme.hu HTE Infokom 2014 Budapest University of Technology and Economics Department of Measurement and Information Systems 1 IT Szolgáltatásmenedzsment
RészletesebbenVizuális adatelemzés
Vizuális adatelemzés Rendszermodellezés 2016. Budapest University of Technology and Economics Fault Tolerant Systems Research Group Budapest University of Technology and Economics Department of Measurement
RészletesebbenFolyamatmodellezés és eszközei. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék
Folyamatmodellezés és eszközei Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Folyamat, munkafolyamat Ez vajon egy állapotgép-e? Munkafolyamat (Workflow):
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észletesebbenwebalkalmazások fejlesztése elosztott alapon
1 Nagy teljesítményű és magas rendelkezésreállású webalkalmazások fejlesztése elosztott alapon Nagy Péter Termékmenedzser Agenda Java alkalmazás grid Coherence Topológiák Architektúrák
RészletesebbenMintavételezés, szűrés, outlierek detektálása
Mintavételezés, szűrés, outlierek detektálása Salánki Ágnes salanki@mit.bme.hu Budapest University of Technology and Economics Fault Tolerant Systems Research Group Budapest University of Technology and
RészletesebbenProcesszusok (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észletesebbenE.4 Markov-láncok E.4 Markov-láncok. Sok sorbanállási hálózat viselkedése leírható "folytonos idejű Markovláncok " segítségével.
E.4 Markov-láncok Sok sorbanállási hálózat viselkedése leírható "folytonos idejű Markovláncok " segítségével. Egy Markov-láncot (MC) meghatároznak az alapját adó sorbanállási hálózat állapotai és az ezek
RészletesebbenExadata, a világ leggyorsabb adatbázisgépe
ORACLE PRODUCT LOGO 2011. november 8. Budapest Exadata, a világ leggyorsabb adatbázisgépe Fekete Zoltán, principal sales consultant http://blogs.oracle.com/zfekete/ 1 Copyright 2011, Oracle and/or its
Részletesebben2011. November 8. Boscolo New York Palace Budapest. Extrém teljesítmény Oracle Exadata és Oracle Exalogic rendszerekkel
2011. November 8. Boscolo New York Palace Budapest Extrém teljesítmény Oracle Exadata és Oracle Exalogic rendszerekkel Integrált rendszerek - Engineered Systems Együtt tervezett hardver és szoftver Egyedi
RészletesebbenKöltséghatékony virtualizáció. Kósa Barna Hewlett Packard
Költséghatékony virtualizáció Kósa Barna Hewlett Packard HP virtualizációs stratégia 1. Üzleti szolgáltatások automatizálása 2. Valósidejű platform optimalizálás 3. Virtualizációra optimalizált hardver
RészletesebbenProcesszusok (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észletesebbenAnalitikai megoldások IBM Power és FlashSystem alapokon. Mosolygó Ferenc - Avnet
Analitikai megoldások IBM Power és FlashSystem alapokon Mosolygó Ferenc - Avnet Bevezető Legfontosabb elvárásaink az adatbázisokkal szemben Teljesítmény Lekérdezések, riportok és válaszok gyors megjelenítése
RészletesebbenTeljesítmény mérése és hangolása adatbáziskezelő rendszerekben
Teljesítmény mérése és hangolása adatbáziskezelő rendszerekben Marton József marton@db.bme.hu BME-TMIT Adatbázisok elmélete VITMMA13 2018. április 19. Miről lesz szó? Motivációs példa Benchmarkok TPC Linear
RészletesebbenRendszermodellezés: házi feladat bemutatás
Rendszermodellezés: házi feladat bemutatás Budapest University of Technology and Economics Fault Tolerant Systems Research Group Budapest University of Technology and Economics Department of Measurement
RészletesebbenCOMPANY PROFILE SZOFI ALGORITHMIC RESEARCH KFT
COMPANY PROFILE SZOFI ALGORITHMIC RESEARCH KFT WWW.SZOFIUSA.COM CÉGTÖRTÉNET 1990 Alapítás 1990 Informatikai fejlesztések kezdete 1992 Felsőfokú informatikai képzési rendszer kidolgozása a kormányzat részére
RészletesebbenFeladatok (task) kezelése multiprogramozott operációs rendszerekben
Operációs rendszerek (vimia219) Feladatok (task) kezelése multiprogramozott operációs rendszerekben dr. Kovácsházy Tamás 3. anyagrész 1. Ütemezéssel kapcsolatos példa 2. Összetett prioritásos és többprocesszoros
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é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é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észletesebbenNIIF Központi Elosztott Szolgáltatói Platform
NIIF Központi Elosztott Szolgáltatói Platform Bajnok Kristóf kristof.bajnok@sztaki.hu MTA-SZTAKI ITAK 2004. április 7. MTA Sztaki / ITAK 1 A helyzet 2002-ben Az NIIF központi szolgáltatásait a helka.iif.hu
RészletesebbenHogyan lehet megakadályozni az üzleti modellezés és az IT implementáció szétválását? Oracle BPM Suite
Hogyan lehet megakadályozni az üzleti modellezés és az IT implementáció szétválását? Oracle BPM Suite Petrohán Zsolt Vezető tanácsadó zsolt.petrohan@oracle.com Napirend Oracle Fusion Middleware BPM kihívásai
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észletesebbenMásolatképzési technikák és azok felhasználási lehetőségei
Másolatképzési technikák és azok felhasználási lehetőségei Godányi Géza Technical Account Manager EMC Magyarország Kft. 1 A belső másolatok előnye: Párhuzamos feldolgozás! Mentés / visszatöltés Oracle
RészletesebbenOracle Enterprise Manager: Az első teljesértékű felhő üzemeltetési megoldás
2011 November 8. New York Palota Hotel Boscolo Budapest Oracle Enterprise Manager: Az első teljesértékű felhő üzemeltetési megoldás Sárecz Lajos, Vezető tanácsadó Oracle Hungary Átfogó felhő üzemeltetés
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é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észletesebbenÉrettségi tétel az IT vizsgán: Felhő
Érettségi tétel az IT vizsgán: Felhő Zsemlye Tamás Október 05, 2014 HTE Infokomm 2014 DEFINÍCIÓ 3 ÚT A FELHŐ FELÉ Standardizált -> Virtualizált -> Menedzselt -> Dinamikus -> Automatizált 4 4 REFERENCIA
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észletesebbenTantárgyfelvétel: problémamentesen
Tantárgyfelvétel: problémamentesen A Neptunban 2014. január 30-án indult a 2013/2014 tanév 2. félévére szóló előzetes (de végleges követelményellenőrzéssel futó) tantárgyfelvétel. Hagyományosan ez az alkalom,
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észletesebbenOperációs rendszerek II. Folyamatok ütemezése
Folyamatok ütemezése Folyamatok modellezése az operációs rendszerekben Folyamatok állapotai alap állapotok futásra kész fut és várakozik felfüggesztett állapotok, jelentőségük Állapotátmeneti diagram Állapotátmenetek
RészletesebbenFolyamatmodellezés és eszközei. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék
Folyamatmodellezés és eszközei Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Folyamat, munkafolyamat Munkafolyamat (Workflow): azoknak a lépéseknek a sorozata,
RészletesebbenHogyan lesz adatbányából aranybánya?
Hogyan lesz adatbányából aranybánya? Szolgáltatások kapacitástervezése a Budapest Banknál Németh Balázs Budapest Bank Fehér Péter - Corvinno Visontai Balázs - KFKI Tartalom 1. Szolgáltatás életciklus 2.
RészletesebbenBudapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék. Folyamatmodellezés
Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Folyamatmodellezés Folyamat, munkafolyamat Munkafolyamat (Workflow): azoknak a lépéseknek a sorozata, amelyeket
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észletesebbenOperá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észletesebbenWeb-fejlesztés NGM_IN002_1
Web-fejlesztés NGM_IN002_1 Rich Internet Applications RIA Vékony-kliens generált (statikus) HTML megjelenítése szerver oldali feldolgozással szinkron oldal megjelenítéssel RIA desktop alkalmazások funkcionalitása
RészletesebbenFelhő alkalmazások sikerének biztosítása. Petrohán Zsolt Zsolt.petrohan@oracle.com
Felhő alkalmazások sikerének biztosítása Petrohán Zsolt Zsolt.petrohan@oracle.com Safe Harbor The following is intended for information purposes only, and may not be incorporated into any contract. It
RészletesebbenTenant szeparáció Exadata platformon Koncepció
Tenant szeparáció Exadata platformon Koncepció Okner Zsolt Oracle Konzultáció 2018. április Safe Harbor Statement The following is intended to outline our general product direction. It is intended for
RészletesebbenLabView Academy. 4. óra párhuzamos programozás
LabView Academy 4. óra párhuzamos programozás Ellenőrző kérdések Hogyan lehet letiltani az automatikus hibakezelés funkciót? a) Engedélyezzük az Execution highlighting ot b) A subvi error out cluster-jét
RészletesebbenELEKTRONIKUS MUNKABÉRJEGYZÉK MODUL
ELEKTRONIKUS MUNKABÉRJEGYZÉK MODUL nexonbér elektronikus munkabérjegyzék modul Kiszámolta már valaha, hogy mennyibe kerül egyetlen munkavállaló egyetlen havi munkabérjegyzéke (a nyomtatás, a borítékolás
RészletesebbenSTANDARD DEVELOPMENT U.L. FACTORY SYSTEMS GROUP IT DEPARTMENT
Oracle Cloud Platform szolgáltatások bevezetése a Magyar Suzuki Zrt.-nél Farkas Bálint STANDARD DEVELOPMENT U.L. FACTORY SYSTEMS GROUP IT DEPARTMENT MAGYAR SUZUKI CORPORATION Oracle Cloud Platform szolgáltatások
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észletesebbenMagic 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é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észletesebben(Teszt)automatizálás. Bevezető
(Teszt)automatizálás Bevezető Órák ( az előadások sorrendje változhat) 1. Bevezető bemutatkozás, követelmények, kérdések és válaszok 2. Előadás Unit test in general, 3. Előadás Unit test, Tools and practices,
RészletesebbenFolyamattervezéstıl a megvalósításig
IBM Software Group Folyamattervezéstıl a megvalósításig Balogh Péter WebSphere Technical Specialist IBM Software Group Koczé Zoltán Tanácsadó Hyperteam 2006 IBM Corporation IBM Software Group Problémák
RészletesebbenSQLServer. Probléma megoldás
SQLServer 9. téma Teljesítmény elemzés Probléma megoldás Az adatbázis életében nem ritka kisérő a hibák, teljesítmény problémák jelenléte A probléma megoldáshoz használható útmutatók: - ismerni kell a
RészletesebbenElosztott rendszer architektúrák
Elosztott rendszer architektúrák Distributed systems architectures Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 12. Andrew S. Tanenbaum, aarten van Steen: Distributed Systems: rinciples
RészletesebbenKÖFOP VEKOP A jó kormányzást megalapozó közszolgálat-fejlesztés
KÖFOP-2.1.2-VEKOP-15-2016-00001 A jó kormányzást megalapozó közszolgálat-fejlesztés Az Okos város okos közigazgatás kutatóműhely zárórendezvénye Okos szolgáltatások teljesítményének mérése, elemzése és
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észletesebbenRendszermodellezés. Benchmarking. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék
Rendszermodellezés Benchmarking Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék 1 Autóvásárlás 2 Benchmarking Célok: szoftver/hardver eszközök teljesítményének
RészletesebbenSzámítógépes Hálózatok ősz 2006
Számítógépes Hálózatok ősz 2006 1. Bevezetés, Internet, Referenciamodellek 1 Organizáció Web-oldal http://people.inf.elte.hu/lukovszki/courses/nwi/ Előadás Szerda, 14:00-15:30 óra, hely: Mogyoródi terem
RészletesebbenOrganizáció. Számítógépes Hálózatok ősz 2006. Tartalom. Vizsga. Web-oldal http://people.inf.elte.hu/lukovszki/courses/nwi/
Organizáció Számítógépes Hálózatok ősz 2006 1. Bevezetés, Internet, Referenciamodellek Web-oldal http://people.inf.elte.hu/lukovszki/courses/nwi/ Előadás Szerda, 14:00-15:30 óra, hely: Mogyoródi terem
RészletesebbenINFOKOMMUNIKÁCIÓS RENDSZEREK HATÉKONYSÁG- ELEMZÉSÉRE SZOLGÁLÓ ESZKÖZÖK
INFOKOMMUNIKÁCIÓS RENDSZEREK HATÉKONYSÁG- ELEMZÉSÉRE SZOLGÁLÓ ESZKÖZÖK TOOL SUPPORTED PERFORMANCE MODELLING OF INFOCOMMUNICATION SYSTEMS Sztrik János, jsztrik@inf.unideb.hu Debreceni Egyetem, Informatikai
RészletesebbenFaxkommunikáció integrálása a DM folyamatokba. TOPCALL Magyarország Kft., T.: +36 1 273-0825, www.topcall.hu
Faxkommunikáció integrálása a DM folyamatokba Linhardt Péter Ph.D. Regional Manager Karlecz Enikö, Sales Manager TOPCALL Magyarország Kft., T.: +36 1 273-0825, www.topcall.hu Elöljáróban Fax + DM? Nem
RészletesebbenÜzleti kritikus alkalmazások Novell Open Enterprise Serveren
Üzleti kritikus alkalmazások Novell Open Enterprise Serveren Miskey Sándor tanácsadó, Novell Agenda Rendelkezésre állás áttekintése Fürtözési technikák (HA) Stateless, Fail-over, Grid Hibatűrő topológiák
RészletesebbenValós idejű megoldások: Realtime ODS és Database In-Memory tapasztalatok
Valós idejű megoldások: Realtime ODS és Database In-Memory tapasztalatok Pusztai Péter IT fejlesztési senior menedzser Magyar Telekom Sef Dániel Szenior IT tanácsadó T-Systems Magyarország 2016. április
RészletesebbenA W3C Web Payments kezdeményezése Bernard Gidon - W3C Virág Éva - W3C Magyar Iroda
A W3C Web Payments kezdeményezése Bernard Gidon - W3C Virág Éva - W3C Magyar Iroda Kiemelt területek Autóipar (Automotive) Digitális Könyvkiadás (Digital Publishing) Dolgok Internetje (Web of Things) Mobil
RészletesebbenIBM Software Group Archiválási technológiák - tartalomkezelés Kovács László Az információ kezelésének evolúciója Struktúrált adatok kezelése '60s Alkalmazások '70s Adatbázisok alkalmazásokra optimalizálva
RészletesebbenWebszolgáltatások teljesítménymodellezése Java EE és.net platformon
Webszolgáltatások teljesítménymodellezése Java EE és platformon Kutatási beszámoló Imre Gábor 21.5.31. Tartalomjegyzék Tartalomjegyzék... 2 1 Bevezetés... 3 2 XML szerializáció és deszerializáció... 4
RészletesebbenBI megoldás a biztosítói szektorban
Dobos Zoltán 2009 szeptember 10 BI megoldás a biztosítói szektorban Tartalom Üzleti felhasználási területek a biztosítói szektorban Cognos megoldások a biztosítói szektor részére 2 Fókusz területek Értékesítési
RészletesebbenSzimuláció. Fault Tolerant Systems Research Group. Budapest University of Technology and Economics. Department of Measurement and Information Systems
Szimuláció Budapest University of Technology and Economics Fault Tolerant Systems Research Group Budapest University of Technology and Economics Department of Measurement and Information Systems 1 Mérés:
RészletesebbenFicsor Lajos Általános Informatikai Tanszék Miskolci Egyetem
A Java EE 5 platform Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Utolsó módosítás: 2008. 04. 17. A Java EE 5 platform A Java EE 5 plattform A J2EE 1.4 után következő verzió. Alapvető továbbfejlesztési
RészletesebbenFelhő alapú hálózatok Konténerek orkesztrálása Simon Csaba. Budapesti Műszaki és Gazdaságtudományi Egyetem
Felhő alapú hálózatok Konténerek orkesztrálása Simon Csaba Budapesti Műszaki és Gazdaságtudományi Egyetem 1 Motiváció multi host» Docker konténerek docker parancsokkal kezelhetők» Adott gazda gépen (on-host)»
RészletesebbenJÓVÁHAGYÁS. szervezet. Név Dr. Szakonyi Lajos KPI Oktatási Minisztérium
Projektvezető JÓVÁHAGYÁS Közreműködő szervezet Irányító Hatóság Név Dr. Szakonyi Lajos KPI Oktatási Minisztérium Beosztás Dátum Aláírás tanszékvezető főiskolai docens 2009. április 1A. PROJEKT AZONOSÍTÓ
RészletesebbenFolyamatmodellezés (BPMN) és alkalmazásai
Folyamatmodellezés (BPMN) és alkalmazásai Rendszermodellezés 2018. Budapesti Műszaki és Gazdaságtudományi Egyetem Hibatűrő Rendszerek Kutatócsoport Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika
RészletesebbenTeljesítmény Mérés. Tóth Zsolt. Miskolci Egyetem. Tóth Zsolt (Miskolci Egyetem) Teljesítmény Mérés / 20
Teljesítmény Mérés Tóth Zsolt Miskolci Egyetem 2013 Tóth Zsolt (Miskolci Egyetem) Teljesítmény Mérés 2013 1 / 20 Tartalomjegyzék 1 Bevezetés 2 Visual Studio Kód metrikák Performance Explorer Tóth Zsolt
RészletesebbenValószínűségi modellellenőrzés Markov döntési folyamatokkal
Valószínűségi modellellenőrzés Markov döntési folyamatokkal Hajdu Ákos Szoftver verifikáció és validáció 2015.12.09. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek
RészletesebbenFogalomtár Etikus hackelés tárgyban Azonosító: S2_Fogalomtar_v1 Silent Signal Kft. Email: info@silentsignal.hu Web: www.silentsignal.
Fogalomtár Etikus hackelés tárgyban Azonosító: S2_Fogalomtar_v1 Silent Signal Kft. Email: info@silentsignal.hu Web: www.silentsignal.hu. 1 Tartalom 1. BEVEZETŐ... 3 1.1 Architektúra (terv) felülvizsgálat...
RészletesebbenAlkalmazások teljesítmény problémáinak megszűntetése
Alkalmazások teljesítmény problémáinak megszűntetése tapasztalatok a Compuware dynatrace APM szoftverrel RAIFFEISEN BANK ZRT. Melegh Csanád Alkalmazás üzemeltetési osztályvezető Előzmények Performancia
RészletesebbenA CAN mint ipari kommunikációs protokoll CAN as industrial communication protocol
A CAN mint ipari kommunikációs protokoll CAN as industrial communication protocol Attila FODOR 1), Dénes FODOR Dr. 1), Károly Bíró Dr. 2), Loránd Szabó Dr. 2) 1) Pannon Egyetem, H-8200 Veszprém Egyetem
RészletesebbenRendszermodellezés. Benchmarking. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék
Rendszermodellezés Benchmarking Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék 1 Benchmarking Célok: szoftver/hardver eszközök teljesítményének összehasonlítása
RészletesebbenFejlesztés, működtetés, felügyelet Hatékony infrastruktúra IBM szoftverekkel
IBM Software Group Fejlesztés, működtetés, felügyelet Hatékony infrastruktúra IBM szoftverekkel Rehus Péter Szoftver üzletág igazgató 2005. február 2. 2003 IBM Corporation On demand igény szerinti működési
RészletesebbenZárthelyi mintapéldák. Majzik István BME Méréstechnika és Információs Rendszerek Tanszék
Zárthelyi mintapéldák Majzik István BME Méréstechnika és Információs Rendszerek Tanszék Elméleti kérdések Indokolja meg, hogy az A (X Stop F Start) kifejezés szintaktikailag helyes kifejezés-e CTL illetve
RészletesebbenMi is volt ez? és hogy is volt ez?
Mi is volt ez? és hogy is volt ez? El zmények: 60-as évek kutatási iránya: matematikai logika a programfejlesztésben 70-es évek, francia és angol kutatók: logikai programozás, Prolog nyelv 1975: Szeredi
RészletesebbenOE-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észletesebbenOracle Containers for Java - j2ee alkalmazás szerver funkciók. Molnár Balázs Oracle Hungary
Oracle Containers for Java - j2ee alkalmazás szerver funkciók Molnár Balázs Oracle Hungary Mi is a J2EE? Szabványgyűjtemény Java alkalmazások számára A JavaSoft közösség alakította ki Összefogja az egyéni
Részletesebben