A-Z ELEKTRO březen / duben 2013

54 A-Z ELEKTRO IT INFRAŠTRUKTÚRA březen/duben 2013 prípady merania (celá aplikácia v cloude, prípadne iba databáza v cloude). Sú to: – Čas vyrenderovania (vykreslenia) formuláru – t V [ms] – Potrebná šírka pásma pre danú operáciu (klient > server) – B K-S [bps] – Potrebná šírka pásma pre danú operáciu (server > klient) – B S-K [bps] – Veľkosť odoslaných dát (klient > server) – D K-S [B] – Veľkosť prijatých dát (server > klient) – D S-K [B] – Veľkosť odoslaných a prijatých dát – D [B] – Počet odoslaných packetov (klient > server) – P K-S – Počet prijatých packetov (server > klient) – P S-K – Celkový počet packetov P Následne tieto údaje zapíšem do tabuliek, znázorním v grafe, porov- nám ich a pojednám o jednotlivých výsledkoch, výhodách a nevýho- dách. 3.1 Testovanie 3.1.1 Prvý test – načítanie 1000 záznamov z databázy a ich vykreslenie v „datagridview“ Pri prvom teste porovnávam rých- losť načítania údajov z databázy do aplikácie a následné vykres- lenie „datagridview“ v aplikácii. Bude sa teda jednať o jednoduchý „select“, ktorý vytiahne z databázy 1000 záznamov a následne ich kód aplikácie zobrazí v „datagri- dview“. V tab. č. 1 sú znázornené jednotlivé merania prvého testu, kde sme monitorovali rýchlosť vykreslenia formuláru s naplne- ným „datagriview“ pri načítaní 1000 záznamov z databázy. Priamo z tabuľky je zrejmé, že z hľadiska rýchlosti zobrazenia údajov je prístup ku zvirtualizova- nej aplikácii omnoho efektívnejší. V tab. č. 2, 3 sú zapísané údaje pre 1. a 2. prípad, ale z hľadiska sieťového prenosu. Pri porovnaní týchto dvoch skupín hodnôt v dvoch tabuľkách je prenos cez sieť jednoznačne efektívnejší pri 2. prípade, teda v prípade, kde je samotná apliká- cia zvirtualizovaná a pripájame sa pomocou „Terminal services“. Hod- noty charakterizujúce pripojenie cez sieť pri 2. prípade sú niekoľko- násobne nižšie, ako hodnoty pri 1. prípade. 3.1.2 Druhý test – načítanie konkrétneho záznamu z databázy a jeho zobrazenie vo formulári Druhý test bude založený na rov- nakom princípe ako prvý test, teda budem sledovať parametre pri načítaní určitých dát z databázy, ale tentoraz sa načíta iba jeden konkrétny záznam a jeho údaje sa znázornia vo formulári. Ako prvé parametre boli opäť testované doby vykreslenia údajov načítaných z databázy. Údaje sú zobrazené v tab. č. 4. Tu rozdiel časov vykreslenia požadovaných údajov nie je taký veľký ako v prvom teste, no stále veľmi významný. Časy tv vykreslenia jednotlivých údajov sú skoro 5x menšie pri 2. type cloudu. V nasledujúcej tab. č. 5 sú zapísane výsledky tohto testu, ale pre sieťový prenos. Z tab. č. 5 je zrejmé, že pri tejto operácii je dostatočná aj šírka pásma. Je potrebné si však uvedomiť, že aj keď je pre danú procedúru dostatočná šírka pásma B ≈ 122684,63 kbps, je to za predpokladu, že apliká- ciu využíva iba jeden užívateľ. Akonáhle by aplikáciu využívalo viac užívateľov „n“ a súčasne by bola spustená daná proce- dúra, potrebná šírka pásma by sa n-násobne zväčšovala. Ak by sme teda využívali linku 512 kbps/ 512 kbps, súčasne by bez problémov mohli byť pripojený 4 užívatelia. Ak by sa do aplikácie prihlásil väčší počet užívateľov, aplikácia by síce bola schopná správne fungovať, ale neustále by sa zväčšoval aj čas vykreslenia jednotlivých dát. V tab. č. 6 sú zapísané údaje z testu č. 2, ale pri 2. prípade 1. PRÍPAD t V1 [s] 2,3551348 t V2 [s] 2,6701527 t V3 [s] 2,3761359 t V4 [s] 2,3901367 t V5 [s] 2,3721357 t V priemer [s] 2,43273916 2. PRÍPAD t V1 [s] 0,588 t V2 [s] 0,252 t V3 [s] 0,246 t V4 [s] 0,267 t V5 [s] 0,531 t V priemer [s] 0,3768 Tab. č. 4: Vľavo sú časy vykreslenia formulára pri 2. teste v prípade, kde databáza je v cloude mimo LAN siete firmy a aplikácia je nainštalovaná na klientovi (1. typ cloudu) a v pravo je aj aplikácia aj databáza v cloude a kli- ent pristupuje k aplikácií cez službu Terminal services (2. typ cloudu). P K -S P S -K P D K–S [B] D S–K [B] D [B] B K–S [bps] B S–K [bps] 1. meranie 42 37 79 4118 28378 32496 10497,12 72337,84 2. meranie 43 39 82 4431 27467 31898 10687 66246,88 3. meranie 29 28 57 3377 14729 18106 10426,33 45476,11 4. meranie 32 30 62 3571 19269 22840 8435,8 45519,31 5. meranie 31 30 61 3460 15285 18745 9050,78 39983 priemer 35,4 32,8 68,2 3791,4 21025,6 24817 9819,406 53912,628 P K -S P S -K P D K–S [B] D S–K [B] D [B] B K–S [bps] B S–K [bps] 1. meranie 44 44 88 36539 33347 69886 126397,48 115355,56 2. meranie 44 44 89 36539 33646 69885 111627,75 102634,81 3. meranie 44 44 88 36539 33347 69886 125224,64 114285,18 4. meranie 44 44 88 36540 33347 69887 124425,84 113556,16 5. meranie 44 44 88 36539 33347 69886 125747,44 114762,31 priemer 44 44 88,2 36539,2 33406,8 69886 122684,63 112118,804 Tab. č. 6: Údaje z hľadiska sieťového prenosu v 2. teste pri 2. prípade cloudu, kde sú pozorované veličiny ako počet prenesených packetov, počet prenesených bitov a potrebná šírka pásma pre prenos. Tab. č. 5: Údaje z hľadiska sieťového prenosu v 2. teste pri 1. prípade cloudu, kde sú pozorované veličiny ako počet prenesených packetov, počet prenesených bitov a potrebná šírka pásma pre prenos.