navigation
hledat
Rozdíly
Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.
|
statnice:oi_si_prumyslove_aspekty_is_iso9126_skalovatelnost [2011/05/18 09:01] vokabakov |
statnice:oi_si_prumyslove_aspekty_is_iso9126_skalovatelnost [2025/01/03 18:23] (aktuální) |
||
|---|---|---|---|
| Řádek 1: | Řádek 1: | ||
| - | Hotovo 90% | ||
| - | |||
| ====== Prumyslové aspekty IS, nefunkcionální požadavky na systémy podle ISO 9126, kapacitní plánování systémů, zajištění odezvy a škálovatelnosti systému.(A0M33PIS) ====== | ====== Prumyslové aspekty IS, nefunkcionální požadavky na systémy podle ISO 9126, kapacitní plánování systémů, zajištění odezvy a škálovatelnosti systému.(A0M33PIS) ====== | ||
| Řádek 12: | Řádek 10: | ||
| ===== 9126-1 Model jakosti ===== | ===== 9126-1 Model jakosti ===== | ||
| - | * **Funkčnost** | + | * **Funkčnost (Functionality)** |
| * Funkční přiměřenost (Suitability) | * Funkční přiměřenost (Suitability) | ||
| * Přesnost (Accuracy) | * Přesnost (Accuracy) | ||
| Řádek 18: | Řádek 16: | ||
| * Bezpečnost (Security) | * Bezpečnost (Security) | ||
| * Shoda ve funkčnosti (Functionality Compliance) | * Shoda ve funkčnosti (Functionality Compliance) | ||
| - | * **Bezporuchovost** | + | * **Bezporuchovost (Reliability)** |
| * Zralost (Maturity) | * Zralost (Maturity) | ||
| * Odolnost vůči vadám (Fault Tolerance) | * Odolnost vůči vadám (Fault Tolerance) | ||
| Řádek 96: | Řádek 94: | ||
| Příklad: Část programu lze zrychlit o 70%, je li spouštěna paralelně na čtyřech CPU. Je-li 1-P sekvenční část výpočtu a P je část, kterou lze paralelizovat, maximální zrychlení s využitím N procesorů udává Amdahlův zákon: | Příklad: Část programu lze zrychlit o 70%, je li spouštěna paralelně na čtyřech CPU. Je-li 1-P sekvenční část výpočtu a P je část, kterou lze paralelizovat, maximální zrychlení s využitím N procesorů udává Amdahlův zákon: | ||
| - | {{:statnice:screen_shot_2011-05-17_at_9.30.31_pm_2_.png|}} | + | {{:statnice:amdahl_corrected.png|}} |
| + | |||
| + | Pozn.: Mám za to, že ve jmenovateli má být znaménko +, tj. (1-P)+P/N, nikoli (1-P)-P/N, viz http://en.wikipedia.org/wiki/Amdahl%27s_law | ||
| + | |||
| + | Čím více snížím paralelizovatelnou složku P/N, tím menší bude její příspěvek ve jmenovatel a tím i vyšší hodnota zlomku = zrychlení | ||
| + | (founemi2) | ||
| ====== Zajištění odezvy systému - Real Time systémy ====== | ====== Zajištění odezvy systému - Real Time systémy ====== | ||
| Řádek 104: | Řádek 107: | ||
| * systém reálného času - informační systém, který zpracovává asynchronní vstupy a produkuje odpovědi. | * systém reálného času - informační systém, který zpracovává asynchronní vstupy a produkuje odpovědi. | ||
| * potřebný čas může být odvozen ze zátěže systému | * potřebný čas může být odvozen ze zátěže systému | ||
| - | * tento čas musí být ohraničenýnejdelší možná doba odezvy. | + | * tento čas musí být ohraničený->nejdelší možná doba odezvy. |
| * **hard RT** - systém vždy musí splnit daný časový termín (např. řízení létajícího prostředku, jaderného reaktoru aj.) | * **hard RT** - systém vždy musí splnit daný časový termín (např. řízení létajícího prostředku, jaderného reaktoru aj.) | ||
| * **soft RT** - konkrétní časové okamžiky mohou být zmeškány. (např. optimalizace spotřeby paliva v motoru). | * **soft RT** - konkrétní časové okamžiky mohou být zmeškány. (např. optimalizace spotřeby paliva v motoru). | ||
| Řádek 110: | Řádek 113: | ||
| ==== Zajištění odezvy systému – řízení přístupu ke zdrojům (workload manager) ==== | ==== Zajištění odezvy systému – řízení přístupu ke zdrojům (workload manager) ==== | ||
| - | * **servisní třídy** (service classes) a jejich důležitost - klasifikační mechanismus | + | * **servisní třídy** (service classes) a jejich důležitost - klasifikační mechanismus jednotlivých úloh |
| - | jednotlivých úloh | + | |
| * **cíle** (goals) a **úrovně priorit** (importance levels) servisních tříd – určují očekávaný pracovní výkon a mohou být definovány pomocí: | * **cíle** (goals) a **úrovně priorit** (importance levels) servisních tříd – určují očekávaný pracovní výkon a mohou být definovány pomocí: | ||
| * **doby odezvy** (response times goals) – aplikace musí komunikovat s WLM | * **doby odezvy** (response times goals) – aplikace musí komunikovat s WLM | ||
| - | * **relativní rychlosti** (velocity goals) – založeno na relativní rychlosti zpracování | + | * **relativní rychlosti** (velocity goals) – založeno na relativní rychlosti zpracování stanovované podle měření systémových stavů (system states) |
| - | stanovované podle měření systémových stavů (system states) | + | |
| * **volné** (discretionary goals) - pokud neexistují žádné jiné požadavky. | * **volné** (discretionary goals) - pokud neexistují žádné jiné požadavky. | ||
| * Doba odezvy udává trvání pracovního požadavku (work request) mezi zadáním do systému a okamžikem, kdy je operace je hotova. | * Doba odezvy udává trvání pracovního požadavku (work request) mezi zadáním do systému a okamžikem, kdy je operace je hotova. | ||
| Řádek 121: | Řádek 122: | ||
| * Systémové stavy popisují, kdy pracovní požadavky používaly systémové zdroje a kdy na ně musely čekat - stavy zpoždění. Definujeme rychlost zpracování: | * Systémové stavy popisují, kdy pracovní požadavky používaly systémové zdroje a kdy na ně musely čekat - stavy zpoždění. Definujeme rychlost zpracování: | ||
| {{:statnice:screen_shot_2011-05-17_at_9.43.13_pm_2_.png|}} | {{:statnice:screen_shot_2011-05-17_at_9.43.13_pm_2_.png|}} | ||
| - | * Stanovení rychlosti zpracování nevyžaduje komunikaci aplikace s WLM, avšak | + | * Stanovení rychlosti zpracování nevyžaduje komunikaci aplikace s WLM, avšak není tak přesné jako doba odezvy. |
| - | není tak přesné jako doba odezvy. | + | |
| * Servisní třídy a definice cílů jsou organizovány v politice služeb spolu s ostatními komponentami pro reporting a další řízení. Vše je uloženo jako definice služeb (service definition), podle které se určuje přednostní přístup servisních tříd k systémovým zdrojům (při příliš vysoké zátěži systému). | * Servisní třídy a definice cílů jsou organizovány v politice služeb spolu s ostatními komponentami pro reporting a další řízení. Vše je uloženo jako definice služeb (service definition), podle které se určuje přednostní přístup servisních tříd k systémovým zdrojům (při příliš vysoké zátěži systému). | ||
