„Valós idejű és biztonságkritikus rendszerek - MEGSZŰNT” változatai közötti eltérés
aNincs szerkesztési összefoglaló |
|||
| (6 közbenső módosítás, amit 3 másik szerkesztő végzett, nincs mutatva) | |||
| 36. sor: | 36. sor: | ||
* 2*fél alkalom biztonságkritikus témakörből feladatmegoldás gyakorlás | * 2*fél alkalom biztonságkritikus témakörből feladatmegoldás gyakorlás | ||
[http:// | [http://static2.docstoccdn.com/docs/89342792/Deadline-monotonic-analysis Az órán is elhangzó Deadline Monotonic Analysis a diánál bővebben] | ||
[http://www.alldatasheet.com/datasheet-pdf/pdf/134654/ETC/IA4420.html A kommunikációs IC adatlapja] | [http://www.alldatasheet.com/datasheet-pdf/pdf/134654/ETC/IA4420.html A kommunikációs IC adatlapja] | ||
=Vizsgák= | =Vizsgák= | ||
= | |||
{{Rejtett | mutatott='''2013.06.07''' | szöveg= | |||
Valósidejű részből (összesen 15 pont): | Valósidejű részből (összesen 15 pont): | ||
# DMA feladat, rekurzív képlet (3 pont) | # DMA feladat, rekurzív képlet (3 pont) | ||
| 63. sor: | 64. sor: | ||
#* döntési ág, utasítás fedettség | #* döntési ág, utasítás fedettség | ||
#* ha szükséges, akkor kiegészítés | #* ha szükséges, akkor kiegészítés | ||
}} | |||
{{Rejtett | mutatott= '''2010.06.14'''|szöveg= | |||
Valósidejű részből (összesen 15 pont): | |||
# DMA-s feladat | |||
#* Worst case válaszidő képlete | |||
#* Példa taszkokra (egyik "interrupt"-nak elnevezve), ki kellett számítani a worst-case válaszidőt | |||
#* Annak eldöntése, hogy a határidők tarthatók-e | |||
# Mi a bizánci típusú hiba? Milyen algoritmussal védekezünk ellene? | |||
# Hasonlítsa össze az RTOS és ált. OS-t rendszer indulása szempontjából! | |||
# Mi a deadlock? Rajz! Hogy védekezünk ellene a pillanatnyi öröklés algoritmussal? | |||
# Mennyire jó RT a stack memória foglalás? A fgv-ek újrahívhatóak-e? Memória kezelés szempontjából biztonságos? | |||
# Mailbox küldésnél mi az előnye és hátránya, ha csak az üzenet tartalmának pointerét küldjük, és magát a tartalmat nem? (előny: kevesebb memóriafoglalás, hátrány: tartalom elveszhet, ha a memóriaterület valamiért felülíródik a másik task általi kiolvasás előtt) | |||
# Előnyös-e egy RT rendszerben, ha a proci kihasználtsága 100%? Miért? (Nem, mert egyrészt a tápforrás szűk keresztmetszet lehet, másrészt a proci élettartalma csökken.) | |||
Biztonságkritikus részből (összesen 15 pont): | |||
# Szoftver tervezési hibák kezelése: | |||
#* típusai, ezek rövid leírása (N-verziós progr., javító blokkok) | |||
#* melyiknél mennyi a tolerált hiba | |||
# Hardver, szoftver, hibrid monitorozás összehasonlítása | |||
#* melyiknél hogy történik a triggerelés, felműszerezés, regisztrálás | |||
#* melyiknél jelentkezik az ún. szemantikai hézag | |||
# Az ok-következmény analízis rövid leírása, mi az előnye az eseményfa analízishez képest? | |||
# Add meg a megbízhatóság képletét, ha TMR-rel kezelt hardver hibáról van szó. Meg volt adva r a modulokra, és r a szavazóra. | |||
# Adva volt egy C nyelvű programkód (szinte ugyanaz, mint a példában, csak az if-en belül volt a switch, továbbá a feltétel ÉS feltétel volt), és pár futtatott teszt. Mekkora a teszt fedettség (útra, döntési ágra, feltétel kombinációra), hány független út bejárásával tesztelhető a kódrészlet, ha szükséges, egészítsd ki a teszt sorozatot. | |||
= | A vizsga ideje 60 perc, sietni kell. | ||
}} | |||
{{Rejtett|mutatott='''2010.06.07'''|szöveg= | |||
Valósidejű részből (összesen 15 pont): | Valósidejű részből (összesen 15 pont): | ||
# Deadline Monotonic Analysis nem blokkoló taszkokkal és oprendszer időigényét nem figyelembe véve.(3 pont) | # Deadline Monotonic Analysis nem blokkoló taszkokkal és oprendszer időigényét nem figyelembe véve.(3 pont) | ||
| 101. sor: | 128. sor: | ||
A vizsga ideje 60 perc volt. | A vizsga ideje 60 perc volt. | ||
}} | |||
[[Kategória:Villamosmérnök MSc]] | |||
[[ | |||