Teljesítménymodellezés

Hasonló dokumentumok
Teljesítménymodellezés

Teljesítménymodellezés

Teljesítménymodellezés

Teljesítménymodellezés

Teljesítménymodellezés

Teljesítménymodellezés

Virtualizált környezetek teljesítménymérése és elemzése

Modellek paraméterezése: regresszió, benchmarkok

Vizuális adatelemzés

Kísérlettervezés alapfogalmak

Számítógép-rendszerek fontos jellemzői (Hardver és Szoftver):

Vizuális adatelemzés

NAGY TELJESÍTM. Szerzők Dévai. István Automatizálási. és s Alkalmazott Informatikai Tanszék

E.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.

Szenzorhálózatok programfejlesztési kérdései. Orosz György

Rendszermodellezés: házi feladat bemutatás

Hogyan lesz adatbányából aranybánya?

Feladatok (task) kezelése multiprogramozott operációs rendszerekben

Megkülönböztetett kiszolgáló routerek az

Tantárgyfelvétel: problémamentesen

Vizuális adatelemzés

WebSphere Business Modeler Simulation A szimulációhoz érdemes átváltani a WBM Advanced nézetébe.

Vizuális adatelemzés - Gyakorlat. Budapesti Műszaki és Gazdaságtudományi Egyetem 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

TELJESÍTÉNYMÉRÉS FELHŐ ALAPÚ KÖRNYEZETBEN AZURE CLOUD ANALÍZIS

Operációs rendszerek II. Folyamatok ütemezése

Szimuláció. Fault Tolerant Systems Research Group. Budapest University of Technology and Economics. Department of Measurement and Information Systems

webalkalmazások fejlesztése elosztott alapon

Mintavételezés, szűrés, outlierek detektálása

The Power To Develop. i Develop

Folyamatmodellezés és eszközei. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék

Fogalomtár Etikus hackelés tárgyban Azonosító: S2_Fogalomtar_v1 Silent Signal Kft. Web:

Félreértések elkerülése érdekében kérdezze meg rendszergazdáját, üzemeltetőjét!

Gyakorló feladatok: Formális modellek, temporális logikák, modellellenőrzés. Majzik István BME Méréstechnika és Információs Rendszerek Tanszék

DHA VÉDELMI RENDSZER EREDMÉNYEINEK STATISZTIKAI VIZSGÁLATA

Vállalati információs rendszerek I, MIN5B6IN, 5 kredit, K. 4. A meghirdetés ideje (mintatanterv szerint vagy keresztfélében):

Alkalmazott Informatikai Intézeti Tanszék MŰSZAKI INFORMATIKA Dr.Dudás László 0. A Wolfram Alpha tudásgép.

1. Alapfogalmak Algoritmus Számítási probléma Specifikáció Algoritmusok futási ideje

Példa. Job shop ütemezés

Termelés- és szolgáltatásmenedzsment

Felhő alapú hálózatok Konténerek orkesztrálása Simon Csaba. Budapesti Műszaki és Gazdaságtudományi Egyetem

Matematikai statisztika c. tárgy oktatásának célja és tematikája

Matematika A3 Valószínűségszámítás, 6. gyakorlat 2013/14. tavaszi félév

Statisztikai módszerek a skálafüggetlen hálózatok

Multifunkcionális, multimédia elemeket tartalmazó mobil elérésű távoktatási tananyag összeállítása és tesztelése

1. tétel. Valószínűségszámítás vizsga Frissült: január 19. Valószínűségi mező, véletlen tömegjelenség.

Webszolgáltatások teljesítménymodellezése Java EE és.net platformon

Készítette: Enisz Krisztián, Lugossy Balázs, Speiser Ferenc, Ughy Gergely

Operációkutatás. 4. konzultáció: Sorbanállás. Exponenciális elsozlás (ismétlés)

Ezeket a kiemelkedı sebességő számítógépeket nevezzük szuperszámítógépeknek.

Mi legyen az informatika tantárgyban?

Függvények növekedési korlátainak jellemzése

JSF alkalmazások teljesítményhangolása JMeter és dynatrace segítségével

IBM felhő menedzsment

Mikro- és makroökonómia. Bevezető Szalai László

Integrált áramkörök/3 Digitális áramkörök/2 CMOS alapáramkörök Rencz Márta Ress Sándor

COMET webalkalmazás fejlesztés. Tóth Ádám Jasmin Media Group

ELEKTRONIKUS MUNKABÉRJEGYZÉK MODUL

Összefoglalás és gyakorlás

10. Exponenciális rendszerek

Informatika tanterv nyelvi előkészítő osztály heti 2 óra

INFOKOMMUNIKÁCIÓS RENDSZEREK HATÉKONYSÁG- ELEMZÉSÉRE SZOLGÁLÓ ESZKÖZÖK

Rendszermodernizációs lehetőségek a HANA-val Poszeidon. Groma István PhD SDA DMS Zrt.

Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék. Folyamatmodellezés

Felhők teljesítményelemzése felhő alapokon

Teljesítmény Mérés. Tóth Zsolt. Miskolci Egyetem. Tóth Zsolt (Miskolci Egyetem) Teljesítmény Mérés / 20

Tudásalapú információ integráció

Szimulációs esettanulmány: hol kezdjem a fejlesztést?


ÁSZF 1. melléklet. GST-Max Kereskedelmi és Szolgáltató Kft Budapest, Völgy utca 32/b. részéről

Minőségmenedzsment (módszerek) BEDZSULA BÁLINT

Fejlesztés, működtetés, felügyelet Hatékony infrastruktúra IBM szoftverekkel

WINPEPSY ALKALMAZÁSA SORBANÁLLÁSI MODELLEKNÉL

ADATBÁZIS-KEZELÉS - BEVEZETŐ - Tarcsi Ádám, ade@inf.elte.hu

Táblázatkezelés (Excel)

A Népszámlálás infokommunikációs háttere (Miért érdekes a Népszámlálás?) Kópházi József Központi Statisztikai Hivatal

Informatika tagozat osztályozóvizsga követelményei

Nagyságrendek. Kiegészítő anyag az Algoritmuselmélet tárgyhoz. Friedl Katalin BME SZIT február 1.

Valószínűségszámítás és statisztika

felhasználásra kerül(het)nek online tranzakciók igénybevételekor, vagy

Valós idejű megoldások: Realtime ODS és Database In-Memory tapasztalatok

GAZDASÁGI NÖVEKEDÉS I.

KÖFOP VEKOP A jó kormányzást megalapozó közszolgálat-fejlesztés

Inczédy György Középiskola, Szakiskola és Kollégium Nyíregyháza, Árok u. 53. TANMENET. Informatika szakmacsoport

TANTÁRGYI PROGRAM Matematikai alapok II. útmutató

Bevezetés az informatikába

FELVÉTELI ELJÁRÁS 2019.

Loss Distribution Approach

Folyamatmodellezés (BPMN) és alkalmazásai

Bevezetés a párhuzamos programozási koncepciókba

Számítógépes döntéstámogatás OPTIMALIZÁLÁSI FELADATOK A SOLVER HASZNÁLATA

Autóipari beágyazott rendszerek. Komponens és rendszer integráció

Adatok statisztikai értékelésének főbb lehetőségei

KOPI. Plágiumkeresés különböző nyelvek között MTA SZTAKI DSD. Pataki Máté. Department of Distributed Systems

Szimuláció. Fault Tolerant Systems Research Group. Budapest University of Technology and Economics. Department of Measurement and Information Systems

Elosztott rendszer architektúrák

Médiaajánlat

2011. November 8. Boscolo New York Palace Budapest. Extrém teljesítmény Oracle Exadata és Oracle Exalogic rendszerekkel

A Közbeszerzések Tanácsa (Szerkesztőbizottsága) tölti ki. Postai irányítószám: 1027

Numerikus módszerek 1.

Átírá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 1

Emlékeztető Egyensúlyi állapot: o Átlagos értékekkel számolunk o = X (érkezési ráta = átbocsátás) Átbocsátóképesség: o Az elérhető maximális átbocsátás o X max = K (K erőforráspéldány esetén) T Kihasználtság: o Az átbocsátás és az átbocsátóképesség aránya o U = X T (K erőforráspéldány esetén) K 2

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? 3

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? 4

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) 5

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). 6

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) 7

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). 8

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 9

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. Szimuláció előadás). Feltétel: minden erőforráson ugyanannyi ideig tartson 10

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. 11

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) 12

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). 13

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). 14

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 15

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 16

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 = 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 17

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 18

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 19

Alapfogalmak Terhelési diagram Erőforrásmodellezés Folyamatmodellek elemzése A Little-törvény A LITTLE-TÖRVÉNY Avagy az alapképlet 20

A Little-törvény : érkezési ráta X: átbocsátás T: rendszerben töltött idő N: rendszerben lévő tokenek száma N X T 21

A Little-törvény Egyensúlyi állapotban ( = X) igaz a Little-törvény: N = X T N X T 22

A Little-törvény szemléltetése T Folyamat 1 Folyamat 2 T = 4 s X = 1 1 s N = 4 1/X N = X T 4 = 1 1 s 4 s Folyamat 3 N Folyamat 4 Folyamat 5 t 23

A Little-törvény szemléltetése Folyamat 1 T Folyamat 2 T = 4 s X = 1 2 s N = 2 1/X N = X T Folyamat 3 N Folyamat 4 2 = 1 2 s 4 s Fo t 24

Kihasználtság és a Little-törvény K erőforráspéldány: maximum K folyamatpéldány állhat végrehajtás alatt A Little-törvény megadja a végrehajtás alatt álló folyamatpéldányok számát (N) Az eddigiekből levezethető: U = X K T = X T K = N K Kihasználtság K erőforráspéldányra Little-törvény (N = X T) 25

LITTLE TÖRVÉNY: GYAKORLATI PÉLDÁK 26

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 Tdiszk = 40 kérés/mp 0,0225 mp = 90% 27

Példa Sor Sorban állás is van a diszk előtt Diszk Rendszer A diszk 40 kérést szolgál ki másodpercenként Kérések átlagos száma a rendszerben: 4 Átlagos rendszerben tartózkodási idő? (Trendszer) Átlagos sorban állási idő? (Tvárakozás) 28

Példa Sor Sorban állás is van a diszk előtt Diszk A diszk 40 kérést szolgál ki másodpercenként Kérések átlagos száma a rendszerben: 4 Rendszer Sorbanállási és diszk kiszolgálási idő Rendszer N = X T Trendszer = 4 kérés / 40 kérés/mp = 0,1 mp Átlagos sorban állási idő? (Trendszer Tdiszk) 0,1 mp 0,0225 mp = 0,0775 mp 29

Példa Sor Sorban állás is van a diszk előtt Diszk A diszk 40 kérést szolgál ki másodpercenként Kérések átlagos száma a rendszerben: 4 Kérések átlagos száma sorban? Kérések átlagos száma a sorban? (Nrendszer Ndiszk) 4 kérés 0,9 kérés = 3,1 kérés Rendszer 30

Szimuláció Little törvény a gyakorlatban o Dobson&Shumsky o http://ited.informs.org/vol7no1/dobsonshumsky/security_simulation.php o https://youtu.be/ujzxqpgbana Miért oktatják(juk) o http://pubsonline.informs.org/doi/pdf/10.1287/ited.7.1.106 Példák o http://web.mit.edu/sgraves/www/papers/little's%20law-published.pdf 31

Teljesítmény 3 rétegű architektúrában 49 req/s 69 req/s Frontend Alkalmazásszerver A adatbázis 319 req/s 32 236 req/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.

Teljesítmény 3 rétegű architektúrában 49 req/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. 33

Teljesítmény 3 rétegű architektúrában Alacsony áteresztőképesség? Frontend 69 req/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. 34

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 req/s a vizitációs szám változik! Gyorsítótár 35 236 req/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.

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:) http://www.projectclearwater.org/wp-content/uploads/2013/05/clearwater-deployment-sizing-10-apr-13.xlsx http://www.projectclearwater.org/technical/clearwater-performance/ 36

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? 37

Példa: mit számol ez a gép enyit.? http://www.brendangregg.com/flamegraphs.html 38

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*X!= X + X) 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 39 A kezemet figyeljék, mert (kép: wikipedia)

TERHELÉSMODELLEK: ZIPF TÖRVÉNY 40

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 (Operációs rendszerek, Adatbázisok, ) 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 41

Zipf törvénye Eredetileg: korpuszokban előforduló szavak száma és gyakorisága jellegzetes eloszlást mutat o Az idők során bebizonyosodott, hogy nem csak nyelvi szövegekre igaz o Több tudomány területen alkalmazható George Kingsley Zipf (1902 1950) amerikai nyelvész, filológus 42

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 43

Zipf törvénye - Képlet R i az i. szó előfordulási gyakorisága α a korpuszra jellemző 1 közeli érték Egyszerűsítve: o f (frequency) gyakoriság o p (popularity): a szöveg,,rangja (csökkenő sorrendben) 44

Zipf törvénye pl. Web dokumentumokra P hivatkozások (elérések) r rang (1 = leggyakoribb) k pozitív konstans Bővebben: http://www.hpl.hp.com/research/idl/papers/ranking/adamicglottometrics.pdf 45

Zipf Példa (1) 700 600 Hozzáférések száma (P) 500 400 300 200 P = 580 r -1 100 0 1 2 3 4 5 6 7 8 9 10 11 12 Dokumentum rangja (r) 46

Zipf Példa: Tanszéki honlap (1) Aloldalak látogatottsága kategóriák szerint csoportosítva Megfigyelhető az ún. heavy-tailed eloszlás 47

Zipf Példa: Tanszéki honlap (2) A Rendszermodellezés tárgy oldalainak látogatottsága 48 Nádudvari György munkája

TERHELÉS VÁLTOZÁSA 49

Eddig: Milyen jellegű a terhelés? o Átlagos értékekkel számoltunk o A rendszer viselkedését a terhelés (intenzitás) függvényében néztük o De: valójában nem (feltétlenül) kiszámíthatóan nő a terhelés Valójában o A rendszer viselkedése időben változik o Ennek műszaki hatásai vannak Váltás feladatok közt, erőforrásfoglalás, stb. (pl. Operációs rendszerek) 50

Rendszermodellezés (7. félév) a felhőben 51

Rendszermodellezés (7. félév) a felhőben 1. fázis: specifikáció 2. fázis: teljes feladat Pótleadás It már a javítás is felhőben történt 52

Valós (történelmi) terhelés példa (iwiw) Szakaszokra becslőfüggvény illeszthető Lineáris, exponenciális, logaritmikus Regresszió, Bővebben pl. Valószínűségszámítás Forrás: http://www.sg.hu/cikkek/42924/ 53