Poster - Ecole des mines de Nantes

Transcription

Poster - Ecole des mines de Nantes
A PPLICATION COOPÉRATIVE
ET GESTION DE L’ ÉNERGIE DU PROCESSEUR
Richard Urunuela
École des Mines de Nantes, projet Obasco EMN/INRIA, LINA
Contexte
Modifications de Mplayer
• La puissance de calcul des systèmes mobiles augmente
• L’exploitation des applications multimédias augmente
➥ Le problème est la maximisation de l’autonomie
• Un des éléments clef du problème : le processeur
• Ajout du module coop_dvs avant l’exécution du module Sleep
• Ce module décide d’effectuer une demande de modification de fréquence
du processeur sur l’analyse de la qualité du traitement
L’ordonnanceur partage le temps processeur
Le gestionnaire de «DVS» modifie la puissance du processeur
Les solutions existantes sont inadaptées face à la variabilité des besoins
des applications multimédias
•
•
•
Résultats
Lecture par le Mplayer modifiée du fichier vidéo «Madagascar» au format
divx 5
•
100
DIVX
MPEG
Consommation en ressource
processeur d’une application
multimédia
60
40
1400
➟ L’économie
file mad divx 5
d’énergie théorique est de 57% par rapport
à une exécution au maximum de fréquence du processeur
1200
1000
frames
cpu load %
80
20
800
600
400
0
0
20
40
60
80
200
100
time s
0
600
800
1000
1200
frequency
1400
1600 1700
Conclusion
Notre Solution
• Les économies théoriques réalisées au niveau du processeur sont impor•
•
➥
➥
ß
ß
L’application multimédia interagit avec l’ordonnanceur de processus
Solution mixte
Le système exploite par défaut l’algorithme de gestion de «DVS» PAST
Si une application est exécutée et qu’elle est instrumentée pour choisir une
fréquence de fonctionnement alors l’algorithme PAST devient inactif.
Modification de l’ordonnanceur Linux
Modification de l’application Mplayer
"!$#%'&)(+* ,)-'$,%+./!01'2+34 1 & 67,89%,-7:;4:<>=@?
5 A -7#&, 55 =@?
HBBC B D-,E,$9&,GF
CC & J:A C:-:;,C7; &$-7* #5 &;=DI-:F ,E>=IF
CC D -8:,%E,;$;K7A&(:L&%=, IF =IF
5
CC :-,7C; A;,,:-:&&,,:CM==IIFF
5
5
6:LR 8:%,-:- #&, N ,O:,$,$C8S,7?PQ?
AD N A 5D5-,B E$:,7&,UTVIPW? X
DJ:-:,N'B ; AJ:-7-:#,&; ;D-7-#,&E;D-:Y,Y7ESF T@ISP?
DD:-:#-,E,;$LK:& 6LA N =VPQ?IF
A
D DN A-:,B ED;-K:,LE$U:,7= &,TVD-:,DE$-7,,$E9;$K:&,GLF PW?
AB
H
HH
,% 5D,-:,E? ;$K:L=IF
H
H
HR BBB ( C:,$K &%#&*C9&$*? Z [9\ ]^Z [9\_$]]` a\
57b5 c)d B
& A C:;C7&$* 5 =e& A C;C7&* 5 .f7F
D & N$C& ;A C9C;&$C7* &* 5=VIhT$=SF gI>PW? f
A7i7]:jk_$l5l`l
D ,NC:D;-:D,-:E,;EK:LND-TV,E;$IK:PWL? PF <
H 5
H
,:% 5i,nd9?o m
-87:%,; ;:,&$(:-:&&,$%:, C5 == p:p:,,CC;7;:% 87#L%8, NNPPFF
: D,CN$A;,,7:&&, , 55 ;:&(:= &p:%,,C;,T7& ,875%5,;:N'&$P(:F &%, PQ?
5
5
5
5
H
$
N
f
I
7
I
M
P
F
,
:
C
;
,
,
8
,% 55,D ? N 5-A:; ,-:&,$CqTVrIPs?
A
5,% 5 ,,C;? 5 A ,,8 N p,C; 5 A ,,8 N'PW.S<I:P^F H
D ,NC-; :; ,A ,,8-7&N ,$p:,C^C:; tV,g,I>8 PN?PVYUN)uIY
5 -5 7A ; A ,-:&,CvP5 AF H
H,H7&, ;:&(7&%, =@7,C:;,:&, F
55
5
55
HH
H:C,-DL&, =@?
O# 8D 5N)DS,C:TV;D-D,-E,;EA;$K7-7L#^&N PQ? C Dvw A -:#&, 55 A PQ? u
H DD--,,EE$:;$K7,7LU&,=W=WDxDvF F
AH B
O:# 8J:-,yK:; ; A-7-:##&&;;D8-O,5E>N A.-:.#F &, 55 A P? g
A
H
H
•
•
•
•
tantes
L’extension de BOSSA pour l’intégration des problématiques de gestion de
l’énergie du processeur est pertinente
Le cas des hiérarchies d’ordonnanceurs et l’intégration de plusieurs gestionnaires de «DVS» reste à étudier
La validation de cette approche est à confronter avec des mesures réelles
de la consommation électrique
Les algorithmes d’ordonnancement temps réels restent à étudier
Ordonnanceur Linux + PAST Bossa
• Prototypage de l’algorithme d’ordonnancement et du gestionnaire
•
•
de «DVS» dans le framework Bossa
PAST exploite sur des intervalles de temps de 10 à 50 millisecondes l’utilisation passée du processeur
PAST n’est pas optimum s’il y a de grandes variations de charge
du processeur
1 → Toutes les 50 milli-secondes l’ordonnanceur applique
une politique de gestion de «DVS»
2 → Si une ou plusieurs applications sont coopérative l’ordonnanceur effectue le changement de fréquence adapté
3 → Sinon l’ordonnanceur applique l’algorithme de décision
PAST
4 → Lorsqu’une application se termine l’ordonnanceur recherche la plus grande fréquence de fonctionnement
5 → L’interface Im_proc_dvs permet à une application d’indiquer à l’ordonnanceur qu’elle est coopérative
6 → L’interface set_freq_proc permet à une application de
spécifier une fréquence de fonctionnement

Documents pareils

Application coopérative et gestion de l`énergie du processeur

Application coopérative et gestion de l`énergie du processeur application est exécutée et qu’elle est instrumentée pour choisir une fréquence de fonctionnement alors l’algorithme PAST devient inactif. Ordonnanceur Nous effectuons notre évaluation sur un ...

Plus en détail