| |
|
 |
|
 |
|
|
|
| |
|
|
xen-fr
Re: [Xen-fr] Scheduling de domU
Salut,
ci-dessous un mail de bilan des tests que j'avais pu faire pour ma boite
concernant les priorités d'accès aux cpus/vcpus (xen3.0.2, bi-xeon
avec HT).
---------------------------------------
Beuarh.
On continue dans les tests rigolos.
J'ai rebooté l'integ pour utiliser le scheduler BVT (sched=bvt dans
/boot/grub/menu.lst) qui permet d'allouer des poids cpu aux domaines.
Lorsque 2 domaines sont en concurrence pour l'utilisation d'un cpu (par
exemple quand chacun a parmi ses VCPUs un VCPU actif utilisant le CPU
n°3), les poids interviennent.
Par défaut, le poids vaut 1 (y compris pour dom0). Il se définit pour
les domUs par la variable cpu_weight dans le fichier de conf du domaine.
Les % d'utilisation du CPU sont calculés par rapport aux poids des
domaines utilisant le CPU.
Ex avec un seul VCPU (sur le même CPU) par domaine :
dom-test de poids 2, dom-test2 de poids 1 -> 66%-33% pour le CPU commun
Ex avec dom-test ayant 2 VCPUs dont 1 sur le même CPU que le VCPU de
dom-test2 :
dom-test de poids 1, dom-test2 de poids 3 -> 25%-75% pour le CPU commun
ce qui nous donne via un xentop 125% pour dom-test (1 cpu où il est seul
+ 1/4 du cpu commun) et 75% pour dom-test2.
Ca peut se changer à chaud aussi mais les paramètres de la commande à
taper ne sont pas si simples à calculer (en résumé la commande n'est
malheureusement pas "xm setcpuweight dom-test 5").
On peut donc jouer très finement avec les allocations CPUs pour les
différents domaines.
---------------------------------------
Je n'ai pas testé avec le scheduler par défaut.
Bonne soirée,
Dus
Frédéric MADROLLE wrote:
Bonjour,
Je suis en train de finaliser une installation xen 3.0.2.
Dom0 -> Debian Etch
6 DomU -> Debian Etch
L'une des domU est un ipbx asterix avec une carte TDM400P.
Je constate en cours de communication des problèmes d'écoute lorsqu'une
autre domU utilise du temps CPU.
Ca me parait assez logique, lorsque tout tournait sur une même machine
aserisk devait tourner avec une priorité plus forte. Maintenatant que
les services sont éclatés sur plusieurs machines virtuelles la priorité
ne se joue plus au niveau process mais au niveau de la dom0, en gros.
Sur une machine multiprocesseur, le problème devrait se régler en dédiant
un proc à l'ipbx.
Dans mon cas il s'agit d'une machine monoproc, un P4 HT.
L'HT est activé, xen compilé pour, je vois bien "deux" CPUs :
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 3
model name : Intel(R) Pentium(R) 4 CPU 2.80GHz
stepping : 4
cpu MHz : 2806.502
cache size : 1024 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36
clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe constant_tsc pni monitor
ds_cpl cid xtpr
bogomips : 5616.26
idem pour le proc 1.
Mes vm sont toutes configurées à l'identique, sauf pour la mémoire :
cpu = 0,1
Je doute pouvoir rélger mon problème en dédiant le proc 1 à l'ipbx,
à votre avis ?
Est-il possible de rendre une domU plus prioritaire que les autres, si
oui comment ?
Est-ce en allouant plus de vcpu à celle-ci par rapport aux autres ?
Avant de me lancer dans des tests, je pose la question...
Frédéric.
_______________________________________________
Xen-fr mailing list
Xen-fr@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-fr
_______________________________________________
Xen-fr mailing list
Xen-fr@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-fr
|
|
|
| |
|
Home