blob: f974c6b1934b82123ad44d4d0f8ae4890c07a066 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
|
== Opgaver til modul 7
=== Opgave 4
Given a taskset:T1=50,c1=20,d1=60,T2=80,c2=20,d2=50(mS)
. Does utilization guarantee feasibility of an RMA schedule ?
. Validate an RMA schedule with the exact schedulability criterion.
. What is the optimal fixed priority schedule ?
. Validate the optimal fixed priority schedule with the exact
schedulability criterion.
==== Løsning
____
_Does utilization guarantee feasibility of an RMA schedule?_
____
Nej det kan man ikke.
Hvis deadlines havde været samme som periode kunne man regne stem:[\overline{U}] ud.
____
_Validate an RMA schedule with the exact schedulability criterion._
____
image::M7f1.png[]
____
_What is the optimal fixed priority schedule ?_
____
Hvis alle deadlines er mindre end periode vil man sige at DMA er den bedste fixed priority.
Problemet er at task har en større deadline end dens periode, hvilket smadre der lidt.
Eftersom der kun er to er den eneste anden mulighed end den før DMA hvor man siger 1 -> 0.
Dette giver præcis det samme bare hvor de der byttet rundt.
____
_Exact schedulability criterion_
____
image::M7f2.png[]
Dette giver også mening da, task altid vil vente på alle dem over den selv.
Derfor vil der i dette filfælde skulle ventes 19 for den sidste task.
Eftersom de begge har en complete tid på 20 vil de altid ende på t=40.
Dette er helt fint i begge tilfælde da ingen af dem har deadline inden 40.
=== Opgave 5
Implement the example of ex. 4 in JDN's kernel (krnl) on Arduino.
Measure computation time of task1 with an oscilloscope/logic analyser.
Measure the time between ready and scheduling instant with oscilloscope/logic analyser.
Measure the time between ready and completion instant with oscilloscope/logic analyser.
=== Løsning
|
